Systems and methods for providing product information

ABSTRACT

The invention generally relates to systems and methods for providing product information. The present invention implements a system for defining product variations and assigning references to them at the point of sale or delivery. The present invention is unique in allowing a seller to assign or modify a reference associated with such a bar code or similar device at the point of sale or delivery, thereby changing the information delivered to the buyer based on details about the specific unit sold, the circumstances of the transaction, or the identity of the buyer.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.14/657,558, filed Mar. 13, 2015, the content of which is incorporatedherein by reference in its entirety.

FIELD OF THE INVENTION

The invention generally relates to systems and methods for providingproduct information.

BACKGROUND

Specialty goods and services may have distinctive features orinformation associated with an individual serving, unit, batch, or lotof a product that can add value to a transaction, and a consumer may beinterested in knowing such specific information about a product theyeither purchased or are interested in purchasing. In the instance offood for example, a consumer may want to know various aspects of a foodproduct, such as specific characteristics of the food product, origin ofthe food product, as well as who produced it, how it was produced, andinformation related to the seller of the food product.

Some companies may choose to make such product information freelyavailable to customers. For example, some companies utilize barcodes asa way of allowing a consumer to retrieve information related to aproduct that has been, or will be, purchased. Many sellers utilize someform of a point of sale (POS) system to provide a barcode tied to aparticular product (e.g., a barcode affixed to a coffee cup, barcodeprinted on a receipt, etc.). Current POS systems generally providebarcodes having static information embedded thereon. Upon purchasing aproduct, the consumer can scan the static barcode (e.g., via asmartphone equipped with barcode scanner software) and receive productinformation related to the food product they purchased.

A problem with that approach is that the barcodes are normally appliedat the point of production to every instance of a product, or to everyinstance produced at a given location or time, and the barcodes referall such instances to the same body of information, i.e., the contentbeing delivered is static and the same for every purchaser of thebarcoded product. Due to the static nature of the barcoded product,sellers are unable to provide comprehensive and dynamic informationrelated to a product at the point of sale or delivery in real-, or nearreal-, time.

SUMMARY

The present invention implements a system for defining productvariations and assigning references to them at the point of sale ordelivery. The present invention is unique in allowing a seller to assignor modify a reference associated with such a bar code or similar deviceat the point of sale or delivery, thereby changing the informationdelivered to the buyer based on details about the specific unit sold,the circumstances of the transaction, or the identity of the buyer.These details are often not known until the point of sale or delivery,when it is generally not feasible to re-print a label or re-tagmerchandise. In that manner, the present invention allows sellers ofproducts and services to define and manage variations of a product or ofa transaction that may be significant to themselves or their customers;then, at the point of sale or delivery, they may associate informationspecific to these variations with the physical product or service.

Aspects of the invention are accomplished by storing a plurality ofdifferent and separate product content references associated with aproduct. The plurality of different and separate product contentreferences may include, for example, one or more product informationlinks (e.g., uniform resource locator (URL)) directed to web-basedinformational data associated with the product, or to other productcontent references. At least one of the product content references isoutputted in response to receiving a request for information regardingthe product. The product content reference may be outputted to a varietyof devices configured to deliver informational data associated with theproduct content reference to a user. The devices may include, but arenot limited to, a device operably associated with the request, a deviceoperably associated with the product, and a device operably associatedwith the consumer. For example, aspects of the invention may utilize a“writeable” device, such as radio frequency identification device(RFID), such that a product content reference is stored directly on thedevice, as in the case of packaging, tag, or service vessel equippedwith an RFID chip. The device may also be a “read-only” device, such asa barcode or other identifier label to be either printed on a receipt orattached to product packaging, such that the product content referencemay be embedded on the barcode or label. The product content referencemay also be transmitted directly to a network-enabled device in theconsumer's possession, such as a mobile phone or electronic tablet,capable of receiving such a transmission.

In this manner, the plurality of different and separate product contentreferences can be modified on the fly so as to account for detailsassociated with the product at the point of sale or delivery, includingcharacteristics of the individual unit of product sold or delivered, thecircumstances surrounding the transaction, as well as characteristics ofthe seller or consumer, while still providing traceability of thatproduct. Accordingly, the systems and methods of the invention are ableto provide comprehensive traceability of a product and other relevantinformation in a dynamic format.

In some embodiments, the device associated with the request includes amodule configured to generate one or more identifier labels forproviding the outputted product content reference to a consumer. Theidentifier labels may include a machine-readable label including, butnot limited to, text, graphics, an image, a linear barcode, a matrixbarcode, an RFID element, and a combination thereof. In someembodiments, the device associated with the product comprises a writabledevice configured to receive and store the product content reference andtransmit the product content reference to the user device. In someembodiments, the consumer device is configured to receive and presentweb-based informational data related to at least the product based onthe product content reference. At least one of the devices associatedwith the request, the product, and the consumer are able to wirelesslytransmit data via a wireless transmission protocol including, but notlimited to, Bluetooth communication, infrared communication, near fieldcommunication (NFC), radio-frequency identification (RFID)communication, cellular network communication, the most recentlypublished versions of IEEE 802.11 transmission protocol standards as ofFebruary 2015, and a combination thereof.

The request may be based on request data including, but not limited to,the type of request, type of event associated with the request, locationof the event, characteristics of the event, identity of one or moreusers (e.g., seller, consumer, etc.) associated with the request orevent, location of the one or more users, characteristics of the one ormore users, identity of the product associated with the request orevent, location of the product, characteristics of the product, and acombination thereof. In some embodiments, the type of event may includea sale of the product between a seller and a consumer and the eventcharacteristics includes transactional data including, but not limitedto, identity of at least one of the seller and the consumer, quantity ofproduct purchased, price paid for the product, date of the purchase ofthe product, and a combination thereof.

It should be noted that, although the systems and methods of the presentinvention are not intended solely for applications related totraceability, such systems and methods play an important role intraceability. For example, the last links in the supply chain, which mayextend the point when the finished goods are packaged by the producer upto and including the point they are received by the final consumer,typically occur after the final product labeling has occurred. Thesystems and methods of the present invention provide a means ofappending these final transitions in the supply chain to the history ofa given unit of a product.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram illustrating one embodiment of an exemplarysystem for providing traceability and supply chain management.

FIG. 2 is a block diagram illustrating the integrated supply chainsystem of FIG. 1 in greater detail.

FIG. 3 is a block diagram illustrating the distributed databasemanagement module of FIG. 2 in greater detail.

FIGS. 4A and 4B illustrate a continuous flowchart of an exemplary supplychain for coffee.

FIG. 5 is a flow diagram illustrating one embodiment of a method fortracking an individual unit within a supply chain.

FIG. 6 is a flow diagram illustrating another embodiment of a method fortracking an individual unit within a supply chain.

FIG. 7 is a flow diagram illustrating one embodiment of a method forgenerating and activating one or more identifier labels for use withtracking product(s) in a supply chain.

FIG. 8 is a flow diagram illustrating one embodiment of a method forauthenticating a request for the issuance and use of identifier labelsto be used for tracking products from a product lot within a supplychain.

FIG. 9 is a flow diagram illustrating one embodiment of a method forproviding product information to a user.

FIG. 10 is a block diagram illustrating an exemplary system forproviding product information to a user, particularly in a dynamicformat.

FIG. 11 is a block diagram illustrating one embodiment of the system ofFIG. 10 for providing product information to a user via a writeabledevice.

FIG. 12 is a block diagram illustrating another embodiment of the systemof FIG. 10 for providing product information to a user via a read-onlydevice.

FIG. 13 is a block diagram illustrating another embodiment of the systemof FIG. 10 for providing product information to a user directly to auser's computing device.

FIG. 14 is a block diagram illustrating another embodiment of the systemof FIG. 10 for providing product information to a user based on theexchange of the product between at least two different sellers.

FIG. 15 shows an exemplary visual representation of product informationoutputted to a user device.

DETAILED DESCRIPTION

The invention generally relates to systems and methods for providingtraceability and supply chain management of a product, good, resource,or the like. For purposes of discussion, and ease of explanation, theexemplary systems and methods described herein refer to tracking andtracing of a food product, specifically coffee. However, it should benoted that systems and methods of the present invention apply to alltypes of products, goods, services, resources, and the like, and are notlimited solely to food-related product. For example, systems and methodsof the present invention may apply to all types of commodities,including agricultural commodity goods, including grains (e.g., corn,oats, wheat, rice, etc.), food goods (e.g., cocoa, salt, sugar, coffee,tea, spices, produce, fruits, vegetables, nuts, seeds (e.g., sesame),legumes, etc.), livestock and meat (e.g., chicken, cattle, hogs, etc.),energy commodity goods (e.g., crude oil, ethanol, natural gas, heatingoil, propane, electricity, etc.), hard commodity goods, such as metals(e.g., industrial metals such as copper, lead, tin, aluminum, steel,etc., as well as precious metals such as gold, platinum, silver, etc.),as well as minerals or other mined goods (e.g., coal, preciousgemstones, etc.). The systems and methods of the present invention mayalso apply to other types of goods and products, including, but notlimited to, durable goods, such as lumber, furniture, appliances,electronics, toys, as well as nondurable or soft goods, such astextiles, clothing, cleaning products, pharmaceutical products such asmedications, and the like.

The present invention discloses various systems and methods forproviding improved traceability of a product, as well as improved supplychain management. As generally understood, a supply chain consists ofparties involved, either directly or indirectly, in the sequence ofactivities and/or processes required to bring a product or service fromits raw state to the finished state provided to the consumer orrequesting customer. The supply chain can include the manufacturer andsuppliers, and also transporters, warehouses, retailers, andcustomers/consumers.

The systems and methods of the present invention generally include anintegrated supply chain system configured to provide a platform orinterface with which one or more users, specifically members of a supplychain, may interact so as to either manage supply chainactivities/processes (e.g., manufacturing and processing, processing oforders, shipments, and the like) or simply access supply chaininformation associated with a product, such as traceability informationor specific product content associated with a product. The integratedsupply chain system may generally be embodied as an internet-basedcomputing system, or other external computing configuration, in whichthere are one or more remote servers networked to allow a centralizeddata collection and compilation and online access to such data. Forexample, in one embodiment, the system may be embodied on a cloud-basedservice, and provide an interface such that users, including, but notlimited to, producers, exporters, importers, retailers, and consumers,may access the system and interact with the interface so as to haveaccess to supply chain information and/or management of a product,particularly as a product moves through a supply chain.

FIG. 1 is a block diagram illustrating one embodiment of an exemplarysystem 10 for providing traceability and supply chain management. Asshown, the system 10 includes an integrated supply chain managementsystem 12 embodied on an internet-based computing system/service. Forexample, as shown, the integrated supply chain management system 12 maybe embodied on a cloud-based service 14, for example. The integratedsupply chain management system 12 is configured to communicate and sharedata with one or more users 16(1)-16(n) over a network 18. In thepresent context, the users 16(1)-16(n) may include one or more membersof a supply chain associated with a particular product, for example, amanufacturer, producer, or distributor of the cargo. Additionally, oralternatively, some members of a supply chain 16(1)-16(n) may include aconsumer or customer to which the product is to be sold/provided (e.g.,single consumer, retailer, store owner, destination owner, etc.). Insome embodiments, a user 16 may further include one or more members of acommodity exchange, particularly when the product is a commodity good,such as coffee.

The system 10 further includes an external computing system/server 20configured to communicate with at least the cloud-based service 14, andsubsequently the integrated supply chain management system 12, via thenetwork 18. The external computing system/server 20 may be embodied as aremote server, for example, for communicating with the integrated supplychain management system 12 and for performing the other functionsdescribed herein. Similarly, in some embodiments, the integrated supplychain management system 12 may be embodied on the external computingsystem/server 20. In the embodiments described herein, the externalcomputing system/server 20 may be embodied as a remote server having oneor more databases (26-36) associated with the integrated supply chainmanagement system 12, as will be described in greater detail herein.

The network 18 may be any network that carries data. Non-limitingexamples of suitable networks that may be used as network 18 includeWi-Fi wireless data communication technology, the internet, privatenetworks, virtual private networks (VPN), public switch telephonenetworks (PSTN), integrated services digital networks (ISDN), digitalsubscriber link networks (DSL), various second generation (2G), thirdgeneration (3G), fourth generation (4G) cellular-based datacommunication technologies, Bluetooth radio, Near Field Communication(NFC), the most recently published versions of IEEE 802.11 transmissionprotocol standards as of February 2015, other networks capable ofcarrying data, and combinations thereof. In some embodiments, network 18is chosen from the internet, at least one wireless network, at least onecellular telephone network, and combinations thereof. As such, thenetwork 18 may include any number of additional devices, such asadditional computers, routers, and switches, to facilitatecommunications. In some embodiments, the network 18 may be or include asingle network, and in other embodiments the network 16 may be orinclude a collection of networks.

As described in greater detail herein, the integrated supply chainmanagement system 12 is configured to provide an interface with whichthe one or more users 16(1)-16(n) may interact for the purposes ofeither supply chain management or providing traceability information ofa product, or other types of information generally related to theproduct or supply chain activities or events associated with theproduct, as will be described in greater detail herein.

For example, the integrated supply chain management system 12 isconfigured to communicate and share data with a device associated withone or more users 16 (hereinafter referred to as user device). The userdevice may be embodied as any type of device for communicating with theintegrated supply chain management system 12 and cloud-based service 14,and/or other user devices over the network 18. For example, at least oneof the user devices may be embodied as, without limitation, a computer,a desktop computer, a personal computer (PC), a tablet computer, alaptop computer, a notebook computer, a mobile computing device, a smartphone, a cellular telephone, a handset, a messaging device, a workstation, a distributed computing system, a multiprocessor system, aprocessor-based system, and/or any other computing device configured tostore and access data, and/or to execute software and relatedapplications consistent with the present disclosure.

The integrated supply chain management system 12 is configured toreceive and analyze data provided thereto from one or more users relatedto a product. The data is generally related to supply chainactivities/processes of the product, including production and handlingof the product, exchanges or transactions involving the product, andtransportation and movement of the product through the supply chain.Accordingly, users may have access to product data in real-time or nearreal-time as the product moves in the supply chain. In addition toproviding information related to a product, the integrated supply chainmanagement system 12 is configured to improve supply chain management.In particular, the integrated supply chain management system 12 isconfigured to act as a third-party certifier for issuance and/orauthorization of identifier labels for use in tracking anddistinguishing a product as it moves through the supply chain. As willbe described in greater detail herein, the identifier labels maygenerally be embodied as a label to be affixed to, or otherwiseassociated with, a product and can be used in tracking that product asit moves through a supply chain.

In some embodiments, the interface provided by the integrated supplychain system 12 may present information related to the product as wellas supply chain management to a user 16 via a display operativelycoupled to the user device. The product information may include, but isnot limited to, traceability information, general information about theproduct itself, information about specific activities or processes ofthe supply chain through which the product has gone through or isscheduled to go through, information about members of the supply chainthat may be involved with the product, and the like. The interface mayfurther allow the user to interact with the supply chain management andproduct information (e.g., filter, sort, access different sets of data,etc.) and further communicate with the integrated supply chainmanagement system 12 (e.g., provide input data). Accordingly, the user16 is able to have real-time visibility to product information, such astraceability information of a product (such as information related tocurrent location, any previous location, and next destination, etc.), aswell as supply chain management data and tools (e.g., assignment ofspecific data to a product, assignment of an identifier label to aproduct, updating of product data, etc.).

As will be described in greater detail herein, the integrated supplychain management system 12 of the present invention is configured toallow multiple users to contribute to and draw from a shared flow ofdata, from the point of origin of the product all the way to sale ordelivery to the consumer or customer. More specifically, the system 12is configured to allow members along a supply chain to exchangeinformation with one another along the entire supply chain, therebyintegrating traceability data from all members and allowing such data tobe visible. The system 12 is configured to establish connections betweenusers that may be associated with one another, or otherwise share acommon interest (e.g., each user plays a role in supply chain of a givenproduct), and thus allow access to traceability data based on theestablished connections. The system 12 of the present inventioncontrasts with current supply chain systems which generally utilize an“over-the-fence” model. More specifically, current supply chain systemsmay consist of many independent closed software systems configured tosimply pass data along from one member to the next, with little or noflexibility in how the information is collected or shared. Unlike theintegrated supply chain management system 12, the current systemsgenerally pass data along in a chain-like fashion, from one link in thechain to the next.

As previously described, the integrated supply chain system 12 maygenerally be embodied as an internet-based computing system, such as acloud-based computing service. Accordingly, the system 12 may generallyinclude a group of remote servers and networks configured to allowcentralized data storage related to a product in a supply chain andfurther allow online access to such data, including traceabilityinformation of the product as it moves along the supply chain, as wellas management of the supply chain. The integrated supply chain system 12may be provided to the users 16 via one or more service modelsassociated with the cloud-based service.

In one embodiment, access to the system 12 may be provided via softwareas a service (SaaS) model. In a SaaS model, a cloud service provider(e.g., third-party provider of system 12) may install and operate thesoftware associated with the integrated supply chain management system12 in the cloud and users may access the software via their userdevices. More specifically, the software is centrally hosted via thecloud and may be accessed and run on the user devices, thereby providingaccess to the system 12 and the interface with which the user mayinteract for the purposes of either supply chain management or providingtraceability information of a product. The SaaS model eliminates theneed to install and run an application directly on a user's own device,simplifying maintenance and support. Furthermore, the users 16 are notresponsible for managing the cloud infrastructure and platform where theapplication runs. Instead, a third-party provider is able to maintainand manage the infrastructure and platforms that run the system hardwareand software application.

Other types of cloud-based service models may include, for example, aplatform as a service (PaaS) model and an infrastructure as a service(IaaS) model. In the PaaS model, the third-party provider hosts hardwareand software on its own infrastructure while providing hardware andsoftware tools to its users as a service. Accordingly, the third-partyprovider is able to deliver a computing platform to the user device,wherein the platform may include, but is not limited to, an operatingsystem, programming language execution environment, database, and webserver, all while hosting the hardware and software on its end. In theIaaS model, a third-party provider may generally provide virtualizedcomputing resources over one or more networks. For example, athird-party provider may host the hardware, software, servers, storageand other infrastructure components on behalf of its users. Thethird-party provided may also host users' applications and handle tasksincluding system maintenance, backup and resiliency planning.

FIG. 2 is a block diagram illustrating the integrated supply chainsystem 12 of FIG. 1 in greater detail. FIG. 3 is a block diagramillustrating the distributed database management module 24 of FIG. 2 ingreater detail. As shown, the integrated supply chain system 12 mayinclude an interface 22, a distributed database management module 24,and various databases for storing data related one or more users, one ormore products in the supply chain, supply chain events, activities andprocesses associated with the product, specific requests associated withthe product or supply chain events, activities and processes, andidentifier labels associated, or to be associated with, one or moreproducts. For example, the distributed database management module 24 maybe configured to communicate and exchange data with a user database 26,a partition database 27, a product database 28, a sample/evaluationdatabase 29, an event database 30, an identifier label database 32, arequest database 34, and a product content database 36, each of which isdescribed in greater detail herein.

As previously described, the interface 22 may generally allow a user 16to access and share data with one or more components of the system 12.For example, upon accessing the system 12 on the cloud-based service 14,the interface 22 may be presented to the user on a user device, in whichthe user may navigate a dashboard or standard platform interface so asto access either traceability data related to a specific product or toaccess tools for supply chain management. For example, a consumer may beinterested in knowing specific information about a product they eitherpurchased or are interested in purchasing. In the instance of food, aconsumer may want to know the origin of the food product, as well as whoproduced it, and how it was produced. Accordingly, a consumer may accessthe system 12 via a consumer device (e.g. computing device such as asmartphone, tablet, PC) so as to remotely view traceability informationrelated to the product. In another example, a producer of a product maybe interested in providing data related to a product they are about toprocess. Accordingly, the producer may access the system 12 via a userdevice so as to access supply management tools for allowing the input ofsuch data to be associated with the product to be processed.

The exchange and handling of data between the integrated supply chainsystem 12 and the users 16, as well as the various databases (26-36) isgenerally managed by the distributed database management module 24. Thedistributed database management module 24 may generally operateaccording to a distributed data model, in which storage devices (e.g.,databases 26-36) are not all attached to a common processing unit. Forexample, one or more of the databases 26-36 may be stored differentcomputers or servers, located in the same physical location or may bedispersed over a network of interconnected computers. For example, someof the databases 26-36 may be distributed across multiple physicallocations, such that they can reside on network servers on the Internet,on corporate intranets or extranets, or on other networks. Accordingly,by storing data across multiple computers, distributed databases canimprove performance at end-user worksites by allowing transactions to beprocessed on many machines, instead of being limited to one.

The distributed database management module 24 is configured to managethe exchange of data between users 16 and the system 12 so as to providetraceability of a product as it moves through a supply chain as well asallow supply chain management. The distributed database managementmodule 24 is further configured to manage access to data stored on thevarious databases 26-36.

For example, as an initial step, a user 16 attempting to gain access tothe system 12 may be required to verify that they are registered with orotherwise allowed access to data provided by the system 12. The userdatabase 26 may generally be used for the storage of a profile oraccount associated with a user. Accordingly, a user 16 may first beprompted to either login to an existing user profile or account storedin the user database 26 or to create a new account or profile. It shouldbe noted, however, that an administrator associated with the system 12(e.g. a third-party administrator) may have control over user access,determining who may have access and the level of access permitted.Additionally, the administrator may be able create a user profile oraccount or modify and existing profile or account. A user account orprofile may generally include conventional input (e.g., user identity,user location or address, background information, role in supply chain,preferences, login credentials, etc.). It should further be noted thatthe distributed database management module 24 may further be configuredto limit user access to certain data based on user credentials (e.g.,role-based access). For example, a farmer may have limited access to thetype of supply chain data versus the amount of access provided to aproducer in the supply chain. It should be noted that in some instances,a user need not necessarily have an account or profile in order toaccess specific data. For example, a consumer may not have to beregistered with the system 12 in order to access traceabilityinformation associated with a product they purchased or are interestedin purchasing. Instead, the distributed database management module 24may be configured to recognize the user's role (e.g., a consumer) andfurther limit access to traceability data.

User access may also be limited based on a specific group that the useris designated as belonging to (group-based access) or a specificjurisdiction under which the user is governed. For example, in someembodiments, the various components of the integrated supply chainsystem 12 may be operated by different independent agencies. The system12 is configured to allow data resources comprising the integratedsupply chain to be partitioned and distributed among different physicalsystems, yet to communicate and interoperate with one another via thedistributed database management module 24. For example, as coffee isproduced in at least 40 countries worldwide, such coffee-producingnations may consider information related to the production and trade bytheir citizens to be sovereign and subject to policies of their owndesign. Accordingly, the system of the present invention, using thecapacities for distribution described herein, allows for the integratedsupply chain to be segmented in such a way that an individual nation isable to store and operate a partition of the integrated supply chainindependently.

In one exemplary embodiment, the system 12 may be embodied on acloud-based service comprising multiple remote servers or externalcomputing systems, each of which may be tied to, or otherwise associatedwith, a particular entity (e.g., country, nation, sovereign state,jurisdiction, enterprise, etc.). For sake of simplicity, the followingdescription refers to the particular entity as being a nation, such thatthe system may include multiple remote servers, each of which is tied toa corresponding nation. For example, in the instance of coffee, a firstremote server may be associated with Ethiopia, and a second remoteserver may be associated with Uganda, and so on. Each of the remoteservers may be configured to communicate and exchange data with oneanother via a central server or computing system (e.g., distributeddatabase management module 24). Accordingly, in one embodiment, a systemconsistent with the present disclosure may generally resemble a hybridcloud which is a combination of private clouds with a public, orcommunity cloud. For example, each remote server tied to a nation mayserve as a private cloud, and each of the private clouds may beconfigured to communicate with a public, or community cloud, to allowfor the exchange of data there between. In some embodiments, each remoteserver may be similarly configured as the integrated supply chain system12 and include similar components (e.g., distributed database managementmodule 24, one or more databases 26-36, etc.).

Each nation may have some form of control or management over theircorresponding remote server, particularly control over the exchange orsharing of data from the remote server with other remote servers of thesystem 12. In an exemplary embodiment, a user accessing the system 12may attempt to provide data (e.g., scan a barcode label to providetracking information of a product). In this instance, the data may betied to a specific nation and thus may be subject to the securitypolicies and procedures outlined by the nation. Accordingly, during anexchange or attempted exchange of such data with the system 12, thesystem 12 (e.g., the distributed databased management module 24) may beconfigured to identify data type (e.g., identify the correspondingnation to which the data is associated) and further allocate orpartition such data into the specific remote server associated with thenation to which the data belongs. Allocation of data into the remoteservers may be based on specific access policies and procedures designedand controlled by each nation. The integrated supply chain system designallows the partitioned data to be fully functional and interoperablewith all other partitions and components of the integrated supply chain.Furthermore, systems and methods of the present invention are configuredto validate the data integrity of such allocated or partitioned data soas to provide credible assurances to external parties that the datamaintained within the segmented partition has not been altered byaccident or design. Toward the implementation of these features, dataassociated with any traceable unit may comprise data of a particularformat designating the remote server (or partition) where part or all ofthe first data is to be maintained and accessed. The partition database27 may include a list of all partitions registered with the integratedsupply chain system 12, such that the distributed database managementmodule 24 may refer to the partition database 27 to determine theauthenticity of data for any given partition. For example, for eachentry of a partition, a corresponding URL may be used in accessing ormanipulating data from that partition. Access of such partitioned datamay be granted based on the nation's specific security policies andprocedures under which the remote server operates. For example, a usermay have to be registered with a remote server, or otherwise bedesignated as authorized to obtain access to data on the remote server,in order to access partitioned data.

Accordingly, a coffee roaster in Seattle, upon receiving a shipment ofcoffee from Ethiopia, might request traceability data for each of thebags of coffee in that shipment upon arrival. The request would beinitiated through an instance of the system serving the western UnitedStates, for example, and from there routed to an instance of the systemsituated in Ethiopia and maintaining a partitioned repository of dataunder the control of the Ethiopian government. The data relevant to therequest may be routed directly to the requestor, or it may be passed toyet a third intermediate instance of the system where it may bevalidated by an independent third party prior to being delivered to therequestor.

Once a user is verified to be registered with the system, the user mayhave a variety of options to choose from. For example, a user may wishto input data into the system 12 related to the product they arehandling at a current point along the supply chain. The data may includeinformation related to the user, information related to the product, aswell as information related to an event associated with the product. Forexample, the product may be a food product, such as coffee, and the usermay be a coffee producer. The coffee producer may be responsible for acertain activity or process along the coffee supply chain. As will bedescribed in greater detail herein, a coffee producer may be responsiblefor purchasing coffee cherry from a set of arbitrary farmers andprocessing the coffee cherry into parchment coffee. Upon generatingparchment coffee and subsequently bagging the parchment coffee, thecoffee producer will input data related to the bagged parchment coffee.More specifically, the producer will generally use an identifier labelfor the bagged parchment coffee for tracking the parchment coffee as itmoves through the supply chain. The identifier label may include aunique identifier, such as a digital representation of amachine-readable label, such as text, graphics, an image, a linearbarcode, a matrix barcode, or the like. Accordingly, the coffee producermay use a device equipped with necessary component to scan theidentifier label and subsequently transmit the digital representation ofthe unique identifier to the system 12.

Upon receiving the digital representation, the distributed databasemanagement module 24 is configured to receive and/or compile dataassociated with the identifier label. For example, the distributeddatabase management module 24 may include a data collection andcompilation module 38. The data collection/compilation module 38 isconfigured to decode the digital representation, collect or identify thedata associated therewith, and further compile the information into therespective databases 26-36. For example, the identifier label of a bagof parchment coffee may include information related to the coffeeproducer and/or farmers who produced coffee cherry, information relatedto the parchment coffee, information related to the supply chain event(e.g., processing of coffee cherry into parchment and bagging ofparchment coffee). This information may be previously inputted into thesystem 12 by the coffee producer or administer, or other user, andpre-assigned to the specific identifier label used in tagging the bag ofparchment coffee or the information may be inputted on-the-fly.

Accordingly, the product database 28 may generally be used for thestorage of profiles associated with products, wherein each profileincludes information related to an identity of a product or unit ofproduct, characteristics of the product or unit of product, location ofthe product or unit of product, characteristics of the location. Thecharacteristics of the product or unit of product may include, forexample, physical attributes of the product or unit of product, originof the product or unit of product, destination of the product or unit ofproduct, and a combination thereof. Similarly, the characteristics ofthe location of the product or unit of product may include the operatorof the location, overall capacity of the location, current capacity ofthe location, seasonality of the location, operational status of thelocation, current weather at the location, and a combination thereof.

As generally understood, quality assurance through sampling andevaluation is an important aspect of a traceability system in itsfunctions of isolating and tracking contamination events and otherquality issues. Accordingly, the sample and evaluation database 29 maygenerally be used for the storage of profiles associated with productsamples and corresponding evaluations of such samples. A user may createsamples of a product unit and submit such samples for evaluation at anypoint along the supply chain. In the instance of coffee, for example,coffee beans may be evaluated and graded during certain phases ofproduction (e.g., parchment coffee, green coffee, roasted coffee, etc.).These samples and one or more evaluations may be registered in thesample/evaluation database 29 with links to the corresponding records inthe user database 26, product database 28, and event database 30,according to the product unit sampled, the event, and the usersperforming the activities.

Furthermore, registered samples may be assigned unique identifiers,registered in the identifier label database 32 as a distinct class oftraceable unit, and labeled accordingly. In the coffee supply chain, forexample, samples of coffee are routinely passed among all members of thesupply chain during production and transaction processes, includingparchment samples, pre-shipment samples, reference samples, shipmentsamples, and arrival samples. Upon receiving a labeled sample, a memberof the supply chain can immediately trace the sample to the individualunits from which it was drawn and know their provenance and passagethrough the supply chain. Similarly, upon receiving a traceable productunit, a user may immediately access all samples and evaluations relatedto that unit, including all samples and evaluations drawn at any pointin the supply chain, and also encompassing samples and evaluationspertaining to the peers, progeny, or progenitive units associated withthat product. Furthermore, trading of any given unit of product may bebased, at least in part, on the evaluation data. For example, the pricefor a unit may be dictated by the grading of a sample, as determined bythe commodity exchange.

The event database 30 may generally be used for the storage of profilesassociated with events tied to any given product or unit of product. Anevent may include, for example, any activity or process occurring alongthe supply chain by one or more members of the supply chain. Forexample, an event may include a transaction between members of thesupply chain, such as the sale of coffee cherry from a farmer to aproducer, or the sale of a cup of coffee from a retailer to a consumer.Accordingly, each event profile may include transactional data relatedto an exchange of the product between members of the supply chain, datarelated to a process or activity involving the product, or the like. Thetransactional data may include the identity of members of the supplychain associated with the exchange of the product, quantity of productexchanged, price paid for the product, date of the exchange of theproduct, and a combination thereof.

The identifier label database 32 may generally be used for the storageof profiles associated with identifier labels, wherein each profile maygenerally include information related to the identifier label, such asthe identity of the identifier label, as well as all information to beassociated with or assigned to the identifier label (such informationincluding user information, product information, and event informationfrom databases 26-30). Accordingly, the distributed database managementmodule 24 is configured to manage the correlation of data betweendatabases 26-36 so as to provide associations there between for trackingpurposes. For example, when an identifier label is scanned and thedigital representation is transmitted to the system 12, data associatedwith the identifier label is retrieved by the distributed databasemanagement module 24 and compiled for access by a user. Furthermore, twoor more identifier labels may be associated with one another, whereindata corresponding to each of the identifier labels may be correlated soas to provide traceability of the product, as will be described ingreater detail herein. More specifically, as shown in FIG. 3, thedistributed database management module 24 further includes a correlationmodule 40 configured to correlate two different sets of data with oneanother. The correlation module 40 may include custom, proprietary,known and/or after-developed statistical analysis code (or instructionsets), hardware, and/or firmware that are generally well-defined andoperable to receive two or more sets of data and identify, at least to acertain extent, a level of correlation and thereby associate the sets ofdata with one another based on the level of correlation.

As referred to herein, correlation analysis may generally refer to theassociating of two sets of variables (e.g., two different barcode tags)with each other. In the instance of a supply chain, correlation analysismay include establishing connections between two sets of variables(between at least two events occurring along the supply chain).Exemplary techniques for performing correlations are described forexample in Hotelling, H., “Relations Between Two Sets of Variates”,Biometrika, 28 (3-4): 321-377, 1936; Hsu et al., “A spectral algorithmfor learning Hidden Markov Models”, Journal of Computer and SystemSciences, 78 (5): 1460, 2012; Härdie et al., “Canonical CorrelationAnalysis”, Applied Multivariate Statistical Analysis, pp. 321-330, 2007,the content of each of which is incorporated by reference herein in itsentirety. Exemplary correlation analysis systems and methods arediscussed in greater detail in Techniques for Reconstructing SupplyChain Networks Using Pair-Wise Correlation Analysis, U.S. Pat. No.7,433,857 to Rice et al., the content of each of which is incorporatedby reference herein in its entirety.

In some embodiments, the system 12 uses network modeling techniques tomodel relationships between associated sets of data and further usesnetwork traversal techniques to retrieve complex patterns of associateddata quickly and efficiently. For example, the correlation of sets ofdata with one another may be based on direct observation. For example,when parchment coffee undergoes a milling process, individual units ofparchment coffee may be scanned (e.g., scanning of barcoded identifierlabel) as they are loaded into the mill, thus creating an aggregateunit, or “mill lot”, with all contributed units associated with oneanother based on the scanning event. When the resultant green coffee isre-bagged, the units are directly linked to the green coffee lot and thegreen lot is directly linked to the “mill lot.”

Correlation and statistical algorithms may further be relied upon as ameans of facilitating handling of units during certain processes oractivities along the supply chain, such as warehouse handling. Forexample, when a lot is received at a warehouse, rather than scanning theidentifier label of every unit individually as it is loaded into themill, the warehouse operator seeks to cut costs by scanning a sampleunit of the total set of units. The system 12 is configured to utilizestatistical analysis algorithms to determine the probability that thesample accurately reflects the identity of the lot and more importantly,provide a level of confidence that the lot is intact and all the unitsthat have not been scanned will belong to the same identified lot.

The system 12 of the present invention is further configured to receiverequests from users 16 for the issuance and/or activation of identifierlabels. For example, a user may wish to have identifier labels fortagging a product or unit of product at a given event along the supplychain. In some instances, a user may be remotely located and lack thesystems or technology for physically implementing the identifier labelsor lack the funds necessary for such systems. In other instances, a usermay have a specialty product in which the authenticity of the product isstrictly enforced. The requests may generally include data related tothe requesting user, the product to be tagged, and the event requiringtagging (e.g., identity of requestor, identity of the product, type ofevent, etc.). Accordingly, the system 12 is configured to receive andstore such requests in the request database 34, at which point thedistributed database management module 24 is configured to review therequests and, based on authentication procedures, issue and/or authorizeuse of requested identifier labels. For example, as shown in FIG. 3, thedistributed database management module 24 includes anauthentication/activation module 42 configured to verify theauthenticity of a request based on a comparison between data associatedwith the request and previously stored or known data. For example, arequestor's identity may be used as a means of verifying theauthenticity of a request for the issuance of identifier labels, wherethe authentication/activation module 42 may compare request data withuser profiles of the user database 26. It should be noted that otherforms of data may be used for the verification step, and is not limitedto a requesting party's identity. For example, as will be described ingreater detail herein, specific parameters may be tied or otherwiseassociated with requested identifier labels. As part of theauthentication/activation step, the requester must attempt activation ofthe identifier labels within the specific parameters. For example, a setof issued identifier labels may have a specific time frame associatedwith them, such as an expiration date, or may be tied to a particulargeographic location. Accordingly, in order to activate the identifierlabels, the system may require that the requestor attempt activationwithin the time frame and/or within the specific geographic location.The authentication/activation module 42 may include custom, proprietary,known and/or after-developed statistical analysis code (or instructionsets), hardware, and/or firmware that are generally well-defined andoperable to receive two or more sets of data and identify, at least to acertain extent, a level of trust of the request. Accordingly, the system12 is configured to act as a certifying third-party, thereby providing asense of security so as to ensure that the use of identifier labels isstrictly governed and further ensuring the authenticity of a product.

Another form of a request may be received from a retailer or seller whowishes to provide product traceability information, as well as othertypes of information, to a consumer who purchased or is interested inpurchasing the product. More specifically, a seller may wish to providedynamic content to a consumer at the point of sale or delivery, whereinsuch dynamic content may be specific to details about the specificproduct sold, the circumstances of the transaction, or the identity ofthe consumer. The dynamic content may be stored in the product contentdatabase 36, wherein the seller may have access to such database and canassign or modify the content to be associated with the product sold orto be sold, which is discussed in greater detail herein.

As previously described, the integrated supply chain management system12 is integrated in the sense that multiple users are able to contributeand draw information from the system so as to improve visibility oftraceability data, even in the event that users are not part of the sameorganization or business entity. In some embodiments, access to supplychain data of a given product (e.g., product traceability data, identityof users associated with product supply chain, etc.) may be controlledbased on established relationships or connections between one or moreusers. For example, users in a supply chain may be part of a group basedon or more common characteristics that they share, such as, their rolein the supply chain, their relationship with other user's in the supplychain, their assigned level of access to data, as well as specificdesignation into one or more groups as decided by an administrator, orother user, having authority to define a user's level of access orassign a user to a specific group. Accordingly, the system 12 may beconfigured to allow a user access to specific sets data based on the oneor more groups that the user is a member of. For example, the system 12may include one or more access plans for a specific group, wherein anaccess plan generally includes a set of data accessible to a userassociated with the group to which the access plan corresponds.

The group-based access may be similar to those implemented in socialnetworking platforms. For example, users, such as producers, may be partof a group based on their role in a supply chain. Accordingly, thesystem 12 may allow producers in that group to access a specific set ofdata based on their membership to the group. The specific set of datamay include, for example, the profile of other producers within thatgroup, including the identity of the producer, the producer's location,the producer's production history, including current supply chain eventsas well as prior supply chain events, for any given product.Accordingly, the system 12 may allow a user to view statisticalinformation of another user. In addition to providing access tonon-critical data (e.g., statistical data and the like), the system 12may assign access plans to users of a group having authority to viewand/or modify confidential or critical data, such as transactional data(e.g., order requests, assignment of orders, etc.). For example, aselect few users may have the authority to manipulate supply chain dataso as to control events and activities tied to the supply chain of aproduct. For example, specific users in a supply chain (e.g., producer,exporter, retailer/buyer, etc.) may have the authority to dictatecertain aspects of the supply chain, such as transactional aspects of aproduct in the supply chain (e.g., purchase price, quantity, timing ofdelivery or sale, etc.). Such users may be assigned membership into anexclusive group. The system 12 is configured to provide an access plandirected to such an exclusive group, wherein access to the previouslydescribed critical data can be limited to the exclusive group, such thatonly those members have access.

It should be noted that groups may be created via supply chainmanagement tools provided by the system 12, such that an administrator,or other user having authority to do so, can assign users to aparticular group. The access plans can further be created and assignedto any given group via the supply chain management tools provided by thesystem 12. Accordingly, the integrated supply chain management system 12is configured to allow users to contribute to and draw from a sharedflow of data, while in a controlled and regulated manner so as to ensuresecurity of the data.

It should further be noted that the integrated supply chain system 12may be configured, in certain embodiments, to provide various levels oftracing and tracking services commensurate with different levels ofcosts, depending on the degree of “credibility” any given transactionrequires. For example, some products require a high level of attentionduring movement through the supply chain so as to ensure authenticity ofthe product from point of origin to the final consumer. Some productsare of such a nature that their handling must be closely monitored forpurposes of safety and precaution (e.g., food products). The differentlevels of service may be associated with different levels ofcertification. For example, in one embodiment, the highest level ofservice (e.g., “gold standard”) may include a physical agent being sentto a given location where a process or event is occurring such that theagent may supervise that even (e.g., coffee going through the millingprocess). For a mid-level service (e.g., “silver standard”), a physicalagent may not be sent out, but is on standby, which may cause of adegree of trust to be involved. For the lowest level of service (e.g.,“bronze standard”), data may be provided with no separate certification.The different levels of service may include additional requirements thatcertain members of the supply chain must comply with, such as, forexample, additional tracking processes (e.g., capturing images of theproduct at points along the supply chain or during an exchange of theproduct from one member to another member of the supply chain).

The system 12 may generally be aware of the level of service for anygiven product. Accordingly, as the system 12 is tracking products,issuing or authorizing identifier labels, and the like, the system isconfigured to further integrate the level of service certificationstandards. For example, the event database 30 may store a sign-in eventassociated with the GPS coordinates of a physical inspector at the millsite as part of a milling event. Another example may include storage ofimage data (e.g., timestamped and/or geo-stamped) at an event. Forexample, exporters may be required to photograph identifier labels on aproduct (e.g., bags of green coffee beans), including close-ups of thelabels, upon loading a container for delivery. The images may then beuploaded to the event database 30. Accordingly, in the event that animporter receiving the shipment complains the wrong coffee was deliveredor wasn't labeled, the image record is available to verify conditions atpoint of departure. As another example, a “circle of trust” model may beimplemented among farming communities where independent producers canbuild a credibility score based on a set of factors. The distributeddatabase management module 24 may include algorithms for determining thelevel of credibility of the traceability data for a given product basedon a variety of criteria.

A particular exemplary embodiment of systems and methods of theinvention is described in FIGS. 4A and 4B, which illustrate a continuousflowchart of an exemplary supply chain for coffee. For coffee, thesupply chain is often complex, and varies in different countries. Thevarious members of the supply chain may include, for example, thefarmers or growers, intermediaries, such as producers and exporters whoperform much of the processing, as well as importers, suppliers,transporters, retailers, and the like, who may be involved in one ormore events required to bring a coffee bean from its raw state throughto a finished state to be delivered to the consumer or requestingcustomer. As previously described, coffee is generally considered atraded commodity in most countries. Accordingly, another entity that mayplay a role in the coffee supply chain process is a commodity exchange,which generally facilitates trade by providing a fluid and stable marketfor food or other products, as will be described in greater detailherein. Referring to FIG. 4A, upon harvesting coffee cherries, farmerswill generally sell their harvest to a producer or other intermediary(Event 1). Intermediaries, such as producers, processors, exporters, andthe like, may buy coffee at any stage between coffee cherries and greenbeans and they may further perform some of the primary processing, orthey may collect together sufficient quantities of coffee from manyindividual farmers to transport or sell to a processor, anotherintermediary, or to a dealer. There may be as many as five intermediarylinks in the chain.

For sake of simplicity, and ease of description, FIG. 4A illustratessale of coffee cherries from a farmer to a producer. The farmer maygenerally work on a very small plot of land of just one or two hectares,for example. Many farmers may undertake primary processing (drying orhulling) themselves. However, for the most part, intermediaries, such asthe producer and exporter, will perform much of the processing. Theproducer may begin the processing of the coffee cherries, either by awet process or a dry process, so as to obtain a parchment coffeeproduct. In the wet process, the fruit covering the seeds/beans isremoved before they are dried. Coffee processed by the wet method iscalled wet processed or washed coffee. After the washing process, thebeans are dried in the sun or by machine. When dried in the sun, coffeeis most often spread out in rows on large patios where it needs to beraked every six hours to promote even drying and prevent the growth ofmildew. Some coffee is dried on large raised tables where the coffee isturned by hand. The drying operation is an important stage of theprocess, since it affects the final quality of the green coffee.

Upon drying the cherries (now parchment coffee), the producer may storethe parchment coffee in bulk until an order is placed in which units ofparchment coffee may be transferred to an exporter (Event 2). The unitsof parchment coffee may be sent to a mill where hulling, sorting,grading, and bagging takes place to create units of green coffee. Theunits of green coffee may be transported in jute bags, for example. Theunits of green coffee are then transported to an importer, for example(Event 3). The importer may also be responsible for roasting the greencoffee. However, it should be noted that green coffee may travel throughthe remainder of the supply chain to be sold to a consumer for roastingat home. The units of green coffee may alternatively be provided to adealer or broker who is responsible for supplying the green coffee toroasters in the right quantities, at the right time, at a priceacceptable to buyer and seller. The importer may then provide roastedcoffee to the retailer (e.g. the seller of the coffee product) (Event4). The roasted coffee may be sold to the retailers in bulk, at whichpoint the retailers than distribute the bulk quantity into smallerconsumer-size portions for sale at a consumer level. Alternatively, theroasted coffee may be provided to the retailers in smaller consumer-sizeportions for sale at a consumer level. Retailers may include, forexample, large supermarkets, independent coffee retailers, hotel andcatering organizations, and the like. The retailers may then sell eitherunits of roasted coffee (e.g., 12 ounce bags of roasted coffee beans) orsell cups of brewed coffee to consumers (Event 5).

The commodity exchange generally functions by aggregating similar unitsof a product into well-defined categories, allowing units within eachcategory to be traded as equivalents (e.g., commodities). A singlemarket price governs transactions of a classified product at a givenpoint in time. Producers and traders may benefit from a single, knownprice they can access for a given product. In the present example,coffee may generally be traded through the commodity exchange, whichgenerally acts as a marketplace that serves all market actors, from thefarmers to traders to processors to exporters to consumers. Most of thecoffee in Ethiopia, for example, is traded through the EthiopiaCommodity Exchange (ECX) for example, with units assigned toapproximately 100 classifications based on quality and geographic regionof origin. A commodity exchange may be important and relied upon bymembers of the market due to its ability to disseminate data to allmarket actors, through clearly defined rules of trading, warehousing,payments and delivery and business conduct, and through an internaldispute settlement mechanism. The commodity exchange may provide marketintegrity at different levels, including the integrity of the productitself, the integrity of the transaction, and the integrity of theactors involved.

Despite its benefits, the commodity exchange may present a challenge fortraceability. The principle of equivalence underlying the marketrequires the removal of certain information, such as the identity of theproducer. The systems and methods of the present invention allow aproduct to be traded through a commodity exchange market structurewithout compromising this principle of equivalence, so long as thetraceability up to the point of trade is retained. The information maybe hidden, such that a buyer trading in an exchange is unable to selectindividual units from a known producer at the time of a transaction.However, the identifier labels (e.g., barcoded tags) associated witheach unit of coffee, for example, may pass through the market, and allowfull traceability to the supplier(s) of the traded units to be madeavailable after the transaction is complete.

The following flow diagrams of FIGS. 5-9 illustrate various embodimentsof methods consistent with the present invention and are generallydirected to coffee products. It should be noted, however, that thefollowing methods described herein are applicable to various products,goods, services, and the like, are not limited to coffee.

Aspects of the invention are able to track individual units even whenthose individual units are split or combined with other individualunits. FIG. 5 is a flow diagram illustrating one embodiment of a method500 for tracking an individual unit within a supply chain, particularlyaccounting for mixing of the individual unit with other individual unitsas it moves through the supply chain. The method 500 includes receivinga first set of data that includes a first unique identifier that isassociated with an individual unit (operation 510). The method 500further includes receiving a set of data including a second uniqueidentifier associated with the individual unit once the individual unitbecomes combined with other individual units as the individual unit ismoving within the supply chain (operation 520).

As will be appreciated in the following description, method 500 isapplicable in a coffee supply chain, particularly where there are threekey transitions where blending of a coffee product occurs. In coffee,particularly of African origin, the first key transition occurs betweenfarmers and producers of the flowchart of FIG. 4A. The system 12 isconfigured to associate a set of input units of coffee cherry purchasedfrom an arbitrary set of farmers at the primary producer level (the wetmill) (Event 1) to a produced set of output units (parchment coffee)based, at least in part, on transaction date and location. The secondkey transition occurs between producers and exporters. At the point ofexport preparation (dry milling), the system 12 is configured toassociate an arbitrary set of input units (parchment coffee) to a set ofoutput units (green coffee). The third key transition occurs between atleast a distributor (e.g., retailer) and consumer of the flow chart ofFIG. 4B. At the retail distributor (e.g. coffee roaster), the system 12is configured to associate an arbitrary set of input units (greencoffee) to a set of output units of finished goods (e.g. 12-oz. bags ofroasted coffee). The association of input units to output units in eachof the three transitions may be accomplished in one of two ways. In oneembodiment, each output unit may be marked with an identical barcodelabel linking them all to a single batch. In the other embodiment, eachoutput unit of finished goods may be marked with a unique barcode label,opening a whole set of possibilities.

In the instance of coffee, for example, and referring to the flowchartof FIGS. 4A and 4B, individual unit may relate to a unit of parchmentcoffee produced by the producer. More specifically, farmers sold coffeecherries to the producer at Event 1. It should be noted that thefollowing method 500 may also apply to green coffee or roasted coffee,as well, and is not limited solely to the tracking of parchment coffee.In the systems and methods of the present invention, each farmer mayhave an ID card or other form of identification. The third-partycertifier (administrator) of the integrated supply chain system 12 mayissue the ID card to any given farmer, wherein the farmer's information(e.g., identity, address, farm location, farm profile, etc.) may bestored in the user database 26, such that the farmer can be a registereduser and have some form of access to the system 12. Upon sale (Event 1)of the coffee cherries, the farmers ID card may be scanned (e.g., IDcard may include a machine-readable label), at which point, dataassociated with the ID card, as well as the event (sale of coffeecherries) may be stored in the respective databases 26-36. Any number ofuser devices may be used in scanning and transmitting the dataassociated with the ID card. For example, a farmer may utilize theirsmartphone or other mobile computing device having a barcode scanningapplication for capturing a barcode label on their ID card and decodingthe digital representation and further transmitting the data associatedtherewith to the system 12 via the network 18.

Upon processing and producing units of parchment coffee (generally injute bags), the producer may affixed identifier labels to each bag ofparchment coffee. Accordingly, each bag, or unit, of parchment coffeeincludes a first unique identifier associated therewith, such as, forexample, a digital representation of a machine-readable barcode label.The producer may then scan the identifier label, at which point a firstset of data may be received by the system 12, specifically thedistributed database management module 24. During movement within thesupply chain, such as movement from a producer to an exporter, thatindividual unit of parchment coffee may become blended with other unitsof parchment coffee in preparation for the milling process, so as tocreate a blend of green coffee beans to be milled. Accordingly, thedistributor may have identifier label associated with the blend of greencoffee having a second unique identifier. The exporter may then scan theidentifier label on the blend of green coffee, at which point a secondset of data may be received by the distributed database managementmodule 24.

In one aspect, each of the first and second sets of data may include,but are not limited to, identity of the individual unit of parchmentcoffee, location of the individual unit of parchment coffee,characteristics of the location, characteristics of the individual unitof parchment coffee, transactional data related to an exchange of theindividual unit of parchment coffee between members of the supply chain,and a combination of at least two thereof. The characteristics of theindividual unit of parchment coffee may include, but are not limited to,physical attributes, such as grading and classification, of theparchment coffee, origination of the parchment coffee, destination ofthe parchment coffee, origin of the individual unit of parchment coffee,destination of the individual unit of parchment coffee, and acombination thereof. Further still, the characteristics of the locationof the individual unit of parchment coffee may include, but are notlimited to, operator of the location, overall capacity of the location,current capacity of the location, seasonality of the location,operational status of the location, current weather at the location, anda combination of at least two thereof. The transactional data mayinclude, but is not limited to, identity of members of the supply chainassociated with the exchange of the individual unit of parchment coffee,quantity of individual unit of parchment coffee exchanged, price paidfor the individual unit of parchment coffee, date of the exchange of theindividual unit of parchment coffee, quantity of blended set of coffeeexchanged, price paid for the blended set of coffee, date of theexchange of the blended set of coffee, and a combination of at least twothereof.

The method 500 further includes correlating the first and second uniqueidentifiers with one another so that the individual unit can be trackedwithin the supply chain (operation 530). For example, the first andsecond unique identifiers associated with the identifier labels on thebag of parchment coffee and blended bag of green coffee, respectively,are correlated with one another, via the correlation module 40, so thatthe individual unit of parchment coffee can be tracked within the supplychain while accounting to the exchange of hands and the blending of theindividual unit of parchment coffee with other units. The method 500further includes receiving additional sets of data including additionalunique identifiers associated with the individual unit as it movesthrough the supply chain and correlating the additional uniqueidentifiers with the first and second unique identifiers to providefurther tracking of the individual unit as it moves in the supply chain(operation 540). As generally understood, and illustrated in FIGS. 4Aand 4B, the blended bag of green coffee may further be combined withother blended bags of green coffee during roasting and/or may be furtherseparated into smaller units (Events 4 and 5). Accordingly, the systemsand methods of the invention are able to provide comprehensivetraceability of multiple individual units of a product as they movethrough the supply chain, accounting for mixing of any given individualunit with other individual units, as well as further mixing and/orseparation during supply chain movement, thereby allowing the origin ofany given individual unit to be traced, despite being mixed and/orseparated.

FIG. 6 is a flow diagram illustrating another embodiment of a method 600for tracking an individual unit within a supply chain, particularlyaccounting for partitioning or splitting of that unit as it movesthrough the supply chain. The method 600 includes receiving a first setof data that includes a first unique identifier that is associated witha combination unit (operation 610). The method 600 further includesreceiving a set of data including a second unique identifier associatedwith a parsed unit generated from the partitioning of the combinationunit (operation 620).

Similar to the example provided for FIG. 5, the following example refersto a coffee product. As an example, a batch of green coffee may includeat least a portion of an individual unit of green coffee, as well asportions of other individual units of green coffee. It should be notedthat the following method 600 may also apply to parchment coffee orroasted coffee, as well, and is not limited solely to the tracking ofgreen coffee. Each of the individual units of green coffee may bedifferent from one another, such as having different origins, differentidentities, different harvesting dates, etc. Accordingly, the batch ofgreen coffee may be embodied as a blend of different green coffee parts.

That batch of green coffee includes a first unique identifier associatedtherewith, such as, for example, a digital representation of amachine-readable label. The first unique identifier may include, but isnot limited to, text, graphics, one or more images, a linear barcode, amatrix barcode (e.g., QR code), or the like. Accordingly, in oneembodiment, the batch of coffee may be marked, or otherwise beassociated, with an identifier label, such as a barcode label. Duringmovement within the supply chain, such as movement from an exporter toan importer, that batch of green coffee may be partitioned into smaller,more manageable portions, such as the typical jute or sisal (or burlap)sacks of green coffee (Event 3). Accordingly, a second unique identifierwill become associated with an individual sack of green coffee uponpartitioning of the batch into multiple sacks. For example, an exportermay affix identifier labels with each bag of green coffee, which waspartitioned from the larger batch of green coffee. Accordingly, thesystem 12 is configured to receive a first set of data including thefirst unique identifier associated with the batch of green coffee and asecond set of data including the second unique identifier that becomesassociated with a sack of green coffee when the batch of green coffee ispartitioned (Event 3).

In one aspect, the first set of data may include, but is not limited to,identity of the batch of green coffee, identity of one or moreindividual units of green coffee within the batch of green coffee,location of the batch of green coffee and location of one or more of theindividual units of green coffee within the batch of green coffee,characteristics of the locations, characteristics of one or moreindividual units of green coffee, transactional data related to anexchange of the batch of green coffee between members of the supplychain, and a combination thereof. The characteristics of an individualunit of green coffee may include, but are not limited to, physicalattributes, such as grading and classification, of the green coffee,origination of the green coffee, destination of the green coffee.Further still, the characteristics of the location of the batch of greencoffee or individual unit of green coffee may include, but are notlimited to, operator of the location, overall capacity of the location,current capacity of the location, seasonality of the location,operational status of the location, current weather at the location, anda combination of at least two thereof. The transactional data mayinclude, but is not limited to, identity of members of the supply chainassociated with the exchange of the batch of green coffee, quantity ofthe batch of green coffee exchanged, price paid for the batch of greencoffee, date of the exchange of the batch of green coffee, and acombination thereof.

The second set of data may include, but is not limited to, identity ofthe sack of green coffee, location of the sack of green coffee,characteristics of the location, characteristics of the sack of greencoffee, transactional data related to an exchange of the sack of greencoffee between members of the supply chain, and a combination thereof.The characteristics of the location of the sack of green coffee mayinclude, but are not limited to, operator of the location, overallcapacity of the location, current capacity of the location, seasonalityof the location, operational status of the location, current weather atthe location, and a combination thereof. The transactional data mayinclude, but is not limited to, identity of members of the supply chainassociated with the exchange of the sack of green coffee, quantity ofthe sack of green coffee exchanged, price paid for the sack of greencoffee, date of the exchange of the sack of green coffee, and acombination thereof.

The method 600 further includes correlating the first and second uniqueidentifiers with one another so that the parsed unit (e.g., sack ofgreen coffee) unit can be traced back to the combination unit (e.g.,batch of green coffee) (operation 630). For example, the first andsecond unique identifiers associated with the identifier labels on thebatch of green coffee and the bag of green coffee, respectively, arecorrelated with one another, via the correlation module 40, so that thebag of green coffee can be traced back to the batch of green coffeewhile accounting to the exchange of hands and the splitting of the batchof green coffee. The method 600 further includes receiving additionalsets of data including additional unique identifiers associated with theparsed unit as it moves through the supply chain and correlating theadditional unique identifiers with the first and second uniqueidentifiers to provide further tracking of the parsed unit as it movesin the supply chain (operation 640). Accordingly, the systems andmethods of the invention are able to provide comprehensive traceabilityof multiple individual units of a product as they move through thesupply chain, accounting for mixing of any given individual unit withother individual units, as well as further mixing and/or separationduring supply chain movement, thereby allowing the origin of any givenindividual unit to be traced, despite being mixed and/or separated.

The foregoing has been a discussion of how an individual unit can betraced through a supply chain from its origins to the product that isprovided to a consumer using systems and methods of the invention.Certain specific aspects of the invention are now discussed below.

In certain aspects, the invention involves supplying a user withidentifier labels, such as barcoded tags, associated with informationresiding on the integrated supply chain management system 12, embodiedon the cloud-based service 14, and further activating the labels througha verification process driven by the user. FIG. 7 is a flow diagramillustrating one embodiment of a method 700 for generating andactivating one or more identifier labels for use with trackingproduct(s) in a supply chain. The method includes receiving request datafor one or more non-activated identifier labels (operation 710). Aspreviously described, a user 16 may need to have identifier labels fortagging a product or unit of product at a given event along the supplychain. In some instances, a user may be remotely located and lack thesystems or technology for physically implementing the identifier labelsor lack the funds necessary for such systems. The user may simplyutilize the supply chain management tools provided in the interface 22of the integrated supply chain system 12 to initiate a request foridentifier labels. For example, in the instance of a coffee supplychain, as illustrated in FIGS. 4A and 4B, the farmer may be therequestor (e.g., user requesting identifier labels).

The request data may include, but is not limited to, the identity of therequestor, characteristics of the requestor, location of the requestor,characteristics of the location of the requestor, data associated with aunit or product to which the one or more identifier labels is to beassociated, and a combination thereof. The characteristics of therequestor may include, background information, qualifications orcertifications, historical information associated with one or more priorrequests, and a combination thereof. The data associated with the unitor product includes, for example, an identity of the unit,characteristics of the unit, location of the unit, characteristics oflocation of the unit, and a combination thereof. The characteristics ofthe product or unit may include physical attributes of the unit, originof the unit, destination of the unit, and a combination thereof. Thecharacteristics of the location of the product or unit may include, butare not limited to, an operator of the location, overall capacity of thelocation, current capacity of the location, seasonality of the location,operational status of the location, current weather at the location, anda combination thereof. The characteristics of the location of therequestor may include the operator of the location, overall capacity ofthe location, current capacity of the location, seasonality of thelocation, operational status of the location, current weather at thelocation, and a combination thereof.

Accordingly, when making a request, a user may be prompted to provide avariety of information, both for the purposes of clarity andtransparency with what the identifier labels are to be associated withand how the identifier labels are to be used.

The method 700 may further include commanding a module to generate theone or more non-activated identifier labels (operation 720). It shouldbe noted that this step may be optional. As generally understood, themodule may include a peripheral device, such as a printer, configured togenerate the identifier labels. The identifier labels may include, forexample, a machine-readable label including, but not limited to, text,graphics, an image, a linear barcode, a matrix barcode, an RFID element,and a combination thereof. Accordingly, the module may include a barcodeprinter. The non-activated labels may then be provided to the requestor(e.g., user requesting the identifier labels). In a non-activated state,the data associated with the labels or to be associated with the labelsis unavailable to the user, as determined by the administrator. In otherwords, the system 12 is configured to prevent access to any informationor data to be associated or assigned with the non-activated identifierlabels.

It should be noted that in some embodiments, a user may already have oneor more identifier labels and may merely want to activate, or otherwisemake use of, the labels already in their possession. Accordingly, theone or more identifier labels need not be created, as previouslyindicated in operation 720. Instead, as part of operation 710, and byway of interface 22, a requesting user may simply provide data,including data they wish to be associated with the identifier labels, aswell as data to be used as part of the authentication process.

The method 700 further includes receiving data from a device attemptingto activate the non-activated identifier labels (operation 730). In thisinstance, a user who has since received the non-activated identifierlabels may now be attempting to use the labels for tracking of anassociated product. The user may attempt to access data on the system 12that is to be associated with the non-activated identifier labels. Forexample, the user may attempt to scan an identifier label with a userdevice. Alternatively, the user may simply request that thenon-activated identifier labels be activated via the system interface22. In any event, the system 12 is configured to recognize and attemptto use a non-activated identifier label. The data from the device mayinclude, for example, the identity of the requestor, characteristics ofthe requestor, location of the requestor, characteristics of thelocation of the requestor, identity of the unit, characteristics of theunit, location of the unit, characteristics of location of the unit, anda combination thereof.

The method 700 further includes authenticating the data received fromthe device by determining whether the data sufficiently corresponds tothe request data (operation 740). As previously described, thedistributed database management module 24 is configured to review therequests and, based on authentication procedures, issue and/or authorizeuse of requested identifier labels. More specifically, theauthentication/activation module 42 is configured to verify theauthenticity of the attempted use, or request for use, of thenon-activated identifier labels by comparing the request data with thedata received from the device. As previously described, a user devicemay include any computing device configured to store and access data,and/or to execute software and related applications consistent with thepresent disclosure. Accordingly, a user may use a computer in an attemptto activate the one or more identifier labels, wherein the attempt mayinclude accessing the supply chain management tools via the interface 22and simply requesting activation of the identifier labels that mayalready be registered with the system 12. As part of the attemptedactivation, a user may provide their identity, for example, along withother credentials that may be used for authentication and ensuring theuser is who they claim to be. For example, a requestor's identity may beused as a means of verifying the authenticity of a request for theactivation of identifier labels, where the authentication/activationmodule 42 may compare data received from a user's device (dataassociated with the attempted activation) with user profiles of the userdatabase 26 in which the identity of the requestor initially requestingthe one or more identifier labels is stored.

It should be noted that other forms of data may be used for theauthentication step in addition, or alternatively, to a requestingparty's identity. In some embodiments, specific parameters may be tiedto with requested identifier labels. For example, as part of theactivation and certification service provided by the system 12, the oneor more identifier labels may have a specific time frame associated withthem, such as an expiration date. Accordingly, the requesting user mustattempt activation of the one or more identifier labels within theassociated time frame in order for the system to authenticate theattempted activation. For example, the authentication/activation module42 may compare data received from a user device, which may betimestamped, with the request data, including the specific time frame,to determine whether the timestamped data is within the allotted timeframe associated with the request data. If the data received from thedevice is outside of the time frame, then the system 12 will denyactivation of the identifier labels. Additionally, or alternatively, thespecific parameters tied with the requested identifier labels mayinclude a geographic location. Accordingly, the requesting user mustattempt activation of the one or more identifier labels within thegeographic location specified and tied to the requested identifierlabels in order for the system to authenticate the attempted activation.For example, the authentication/activation module 42 may compare datareceived from a user device, which may include a geolocation or GPS tagor the like, with the request data, including the specific geographiclocation, to determine whether the attempted activation is within thespecified geographic location tied to the request data. If the datareceived from the device is outside of the required geographic location,the system 12 will deny activation of the identifier labels. Uponauthenticating the data, the one or more non-activated identifier labelsare activated for use (operation 750).

In other aspects, the invention provides the ability to act as athird-party certifier of goods sold to consumers. Similar to method 700of FIG. 7, FIG. 8 is a flow diagram illustrating one embodiment of amethod 800 for authenticating a request for the issuance and use ofidentifier labels to be used for tracking products from a product lotwithin a supply chain. The method 800 provides improved regulation ofsupply chain management, particularly when dealing with specialtyproducts where it is important to maintain and certify the authenticityof such products.

The method 800 includes storing product lot data associated with aproduct lot, wherein the product lot data includes a total quantity ofproduct lot, a quantity of the product lot that has already beenauthorized for identifier labels, and an available quantity of theproduct lot (operation 810). In the instance of coffee distribution, forexample, a product lot may include a batch of roasted coffee, forexample. As shown in FIG. 4B, for example, the retailer may beresponsible for separating a batch of roasted coffee into smallerportions for subsequent sale to the consumer (e.g., 12 oz. bags) (Event5). The data associated with the batch of coffee may already beregistered with the system 12, as the roasted coffee provided to theretailer from the importer (Event 4) was likely recorded. The productlot data may include, but is not limited to, identity of the productlot, characteristics of the product lot, location of the product lot,identity of product units already authorized for identifier labels,characteristics of the product units, location of the product units,transactional data related to one or more exchanges of product unitsgenerated from the product lot, and a combination thereof.

The method 800 further includes receiving a request for identifierlabels to be associated with one or more product units to be generatedfrom the product lot (operation 820). In the current example, theretailer may want to separate the batch of roasted coffee into thesmaller 12-ounce bags for consumer purchase. Accordingly, the retailermay request identifier labels to be associated with the 12-oz. bags. Therequest data may include, but is not limited to, the identity of therequestor, characteristics of the requestor, location of the requestor,characteristics of the location of the requestor, data associated with aunit or product to which the one or more identifier labels is to beassociated, and a combination thereof.

The characteristics of the requestor may include, backgroundinformation, qualifications or certifications, historical informationassociated with one or more prior requests, and a combination thereof.The data associated with the unit or product includes, for example, anidentity of the unit, characteristics of the unit, location of the unit,characteristics of location of the unit, and a combination thereof. Thecharacteristics of the product or unit may include physical attributesof the unit, origin of the unit, destination of the unit, and acombination thereof. The characteristics of the location of the productor unit may include, but are not limited to, an operator of thelocation, overall capacity of the location, current capacity of thelocation, seasonality of the location, operational status of thelocation, current weather at the location, and a combination thereof.The characteristics of the location of the requestor may include theoperator of the location, overall capacity of the location, currentcapacity of the location, seasonality of the location, operationalstatus of the location, current weather at the location, and acombination thereof.

The method 800 further includes determining whether the request exceedsthe available quantity of the product lot (operation 830) andauthorizing the request if the request does not exceed the availablequantity of the product lot (operation 840). As previously described,the distributed database management module 24 is configured to reviewthe requests and, based on authentication procedures, issue and/orauthorize use of requested identifier labels. More specifically, theauthentication/activation module 42 is configured to determine whetherthe request exceeds the available quantity of product lot based on acomparison of the available quantity of the product lot with the totalsum of the quantities of product units requested to be generated fromthe product lot. For example, an available quantity of a batch ofroasted coffee may be 1,200 ounces and the request may include a requestfor identifier labels to be associated with 100 12-oz. bags of coffeefor retail. Accordingly, in this instance, analysis of the request isperformed, such that the sum of the quantities of the bags of coffee iscompared with the total available quantity of the batch of roastedcoffee to determine whether the request is valid. In this instance,there is a sufficient available quantity of the roasted coffee to beevenly partitioned into the 100 12-oz. bags requested, such that therequest does not exceed the total available quantity. Accordingly, therequested identifier labels will be authorized (e.g., generated,activated, and provided to the requestor or activating alreadypre-generated labels).

In some embodiments, the available quantity of the product lot mayfurther be adjusted (e.g., decreased) in response to the quantity ofproduct lot to be associated with the identifier labels of theauthorized request. Accordingly, in the event that identifier labels arerequested and authorized for 90 12-oz. bags of coffee, the availablequantity of the roasted coffee may be adjusted accordingly to accountfor the allocated quantity of coffee to be associated with theauthorized request. For example, the 1,200 ounces of coffee that wereoriginally available may be reduced to 120 ounces, so as to account forthe 90 12-oz. bags that have been authorized (e.g., 1,080 ounces thatare accounted for).

In some embodiments, in the event that the sum of requested quantitiesof product units to be generated from the product lot exceeds theavailable quantity, the system 12 may be configured to only issue alimited number of identifier labels up to the corresponding quantityamount. For example, keeping in line with the previous example, but therequest for identifier labels was to be associated with 110 12-oz. bagsof coffee for retail, the system will limit issuance of 100 identifierlabels (1 label for 1 12-oz. bag) so as to not exceed the totalavailable quantity of 1,200 ounces.

Accordingly, the present invention allows the generation and/orauthorization of labels is regulated and controlled in such a mannerthat it decreases the risk of mislabeling, either accidentally ordeliberately. More specifically, by limiting the number of labels thatcan be issued, the present invention reduces the incentive to blend acertified product with a non-certified product as a means ofmisrepresenting the certification, since labels may only be procured upto the total quantity of the certified product. The “metered” quantityof certified product shown on the label gives the consumer the abilityto compare the stated quantity against the actual quantity of thepackaged product, making it more difficult to misrepresent uncertifiedproduct as certified.

The present invention is advantageous to both a seller and a consumer.For example, the present invention may help to reduce or completelyeliminate the costly, and sometime faulty, process of site inspectionsincluded as part of current certification programs. The consumer greatlybenefits from the comprehensive nature of the certification processprovided by the present invention, specifically the metric approach thatsimply reduces a seller's incentive to misrepresent non-certifiedproduct as certified. Accordingly, the present invention reduces thelikelihood of fraudulent activities to take place, such as food fraud oradulteration.

The third-party certifying aspects of the system 12 described hereinfurther provide for the ability to generate a report card, or other formof evaluation, which may provide qualifications of a member in thesupply chain and further indicate whether the member is qualified toprovide a product under a particular certification regime (e.g.,organic, Fair Trade, non-GMO, etc.). The system 12 may be configured todeliver such a report card to other members of the supply chain,including the consumer.

For example, in the coffee industry, many certification regimes havebeen introduced over the past 20 to 30 years, including Fair Trade, RainForest Alliance, Certified Organic, Bird Friendly, Shade Grown, 4C, UTZ,and CAFÉ Practices, among others. Coffee farmers and producers arerecruited heavily to participate in one or more such programs, andsimilarly, roasters and retailers are encouraged to participate.Consequently, a single coffee may be certified under multiple programs,and a blended coffee may involve different sets of certifications foreach component ingredient. In many instances, a retailer will add one ormore seals or indicia to product packaging, asserting that the productis certified under one or more such programs. However, this practice canbecome complicated due to the multiple certifications that may apply toportions of a product. The report card is configured to provide a meansof delivering a concise summary of the certifications that may apply toa given product, detailed by part, and not requiring the addition ofmany seals to be displayed on the packaging. Furthermore, because thereport card is delivered within the context of a traceability system,there is the added benefit of verification that the product in thepackage is actually what it is claimed to be, and therefore that thecertifications previously described are applicable.

In other aspects, systems and methods of the present invention furtherallow for a user, such as a seller, to define product variations andassign references to them at the point of sale or delivery. Morespecifically, the present invention allows a seller to assign or modifya reference associated with an identifier label, barcode, or similardevice associated with a product at the point of sale or delivery,thereby changing the information delivered to the buyer based on detailsabout the specific unit sold, the circumstances of the transaction, orthe identity of the buyer. These details are often not known until thepoint of sale or delivery, when it is generally not be feasible tore-print a label or re-tag merchandise. In that manner, the presentinvention allows sellers of products and services to define and managevariations of a product or of a transaction that may be significant tothemselves or their customers; then, at the point of sale or delivery,they may associate information specific to these variations with thephysical product or service.

FIG. 9 is a flow diagram illustrating one embodiment of a method 900 forproviding product information to a user, particularly in a dynamicformat. The method 900 includes storing a plurality of different andseparate product content references associated with a product (operation910). The plurality of different and separate product content referencesmay be stored in the product content database 36, for example, whereinthe seller may have access to such database and can assign or modify thecontent to be associated with the product sold or to be sold. Theplurality of different and separate product content references mayinclude, for example, one or more product information links (e.g.,uniform resource locator (URL)) directed to web-based informational dataassociated with the product. In some embodiments, some of the productcontent references may include a URL that is directed to one or moreother URLs associated with other product content references, which willbe described in greater detail herein.

The method 900 further includes receiving a request for informationregarding the product sold or to be sold (operation 920) and outputtingone of the pieces of the product content in response to the request(operation 930). The request may be based on request data including, butnot limited to, the type of request, type of event associated with therequest, location of the event, characteristics of the event, identityof one or more users (e.g., seller, consumer, etc.) associated with therequest or event, location of the one or more users, characteristics ofthe one or more users, identity of the product associated with therequest or event, location of the product, characteristics of theproduct, and a combination thereof. In some embodiments, the type ofevent may include a sale of the product between a seller and a consumerand the event characteristics includes transactional data including, butnot limited to, identity of at least one of the seller and the consumer,quantity of product purchased, price paid for the product, date of thepurchase of the product, and a combination thereof.

The product content reference may be outputted to a variety of devicesconfigured to deliver informational data associated with the productcontent reference to a user. The devices may include, but are notlimited to, a device operably associated with the request, a deviceoperably associated with the product, and a device operably associatedwith the consumer. At least one of the devices associated with therequest, the product, and the consumer are able to wirelessly transmitdata via a wireless transmission protocol including, but not limited to,Bluetooth communication, infrared communication, near fieldcommunication (NFC), radio-frequency identification (RFID)communication, cellular network communication, the most recentlypublished versions of IEEE 802.11 transmission protocol standards as ofFebruary 2015, and a combination thereof.

For example, aspects of the invention may utilize a “writeable” device,such as radio frequency identification device (RFID), such that aproduct content reference is stored directly on the device, as in thecase of packaging, tag, or service vessel equipped with an RFID chip.The device may also be a “read-only” device, such as a barcode or otheridentifier label to be either printed on a receipt or attached toproduct packaging, such that the product content reference may beembedded on the barcode or label. The product content reference may alsobe transmitted directly to a network-enabled device in the consumer'spossession, such as a mobile phone or electronic tablet, capable ofreceiving such a transmission.

In some embodiments, the device associated with the request includes amodule configured to generate one or more identifier labels forproviding the outputted product content reference to a consumer. Theidentifier labels may include a machine-readable label including, butnot limited to, text, graphics, an image, a linear barcode, a matrixbarcode, an RFID element, and a combination thereof. The module maytherefor include a printer. As generally understood, the printer mayalso be part of the register or other computing device for recording asale of a product. For example, upon making a purchase (e.g., sellerprocesses sale on register), the register (e.g., user device) isconfigured to communicate with the integrated supply chain system 12 andthereby exchange data with the product content database 36. At the timeof the transaction (part of the ringing up of the consumer), the sellermay be presented with one or more machine-readable labels to provide tothe consumer via the printed receipt. The seller may select the desiredmachine-readable label that they want to pass on to the consumer, atwhich point the printer is able to print a receipt with the selectedmachine-readable label (e.g. barcode to be scanned by consumer'ssmartphone and redirect them to a URL having informational contentspecific at least one of the product purchased, the consumer, and theseller. In this manner, the plurality of different and separate productcontent references can be modified on the fly so as to account fordetails associated with the product at the point of sale or delivery,including characteristics of the individual unit of product sold ordelivered, the circumstances surrounding the transaction, as well ascharacteristics of the seller or consumer, while still providingtraceability of that product. Accordingly, the systems and methods ofthe invention are able to provide comprehensive traceability of aproduct and other relevant information in a dynamic format.

In some embodiments, final consumers may access the integrated supplychain system 12 through user accounts and register their ownership ofproduct units they acquire. This data may be shared with other users ofthe system, according to privileges the consumer may grant. Users mayshare this information with friends, or with fellow members of anorganization, or with sellers. Accordingly, the system 12 is configuredto allow consumers to assert claims of ownership, thereby creating linksbetween their user account in the user database 26 and the product theypurchased within the product database 28.

As the system 12 may allow claims of ownership or registering ofproducts purchased by the consumer, there are instances in which aperson may attempt to falsely claim ownership so as to receive certainpromotional items or incentives tied to the purchase of a given product.As will be described in greater detail herein, the distributed databasemanagement module 24 may include proprietary methods and algorithms forevaluating patterns of consumer claim assertion that may indicateabnormal or fraudulent use. For example, as described herein, the system12 is configured to allow a final consumer to scan an identifier labelassociated with a product (e.g., barcoded label on product packaging) orotherwise provide the identity of an individual unit of the finishedgood they have purchased, together with their identity, to identifythemselves as the final consumer of that product. In some embodiments,this data may be captured and delivered at the point of sale, as part ofthe transaction. In other instances, the consumer may initiate aseparate transaction to advance the assertion.

The ownership or purchase data (e.g., consumer data related to assertionof product ownership) may include specific details of the product,details surrounding the transaction, and the like, which may be of valueto a retailer or third party. In some instances, a retailer (e.g.,seller) may offer incentives or credits associated with a particularproduct to be sold to the consumer. For example, a manufacturer orretailer may provide coupons or other incentives with the purchase of aproduct. Similarly, some manufacturers or retailers may often donatepart of a sale to a particular “cause” or charity, which may be adevelopment project, such as a water wells or the building of schools inan underdeveloped community associated with the product (e.g.,coffee-growing community). The system 12 is configured to detectpatterns of fraudulent use, such as the false claiming of ownership orpurchase of a product so as to ensure that the rightful purchaser of aproduct is provided with the associated promotion, claim, or “cause”.

For example, in maintaining the example of coffee, a grocery store maystock a particular brand of coffee in standard 12-oz. bags. Themanufacturer or retailer of the coffee may be running a promotion orincentive tied to the purchase of the bags of coffee. Accordingly, eachbag may have a barcoded label (or other identifier label, such as apromotion code) available for the consumer to use to assert that theypurchased the coffee and thus can register for the promotion orincentive (e.g., coupon on next coffee purchase). Accordingly, a firstconsumer may visit the store and simply scan all the bags of coffee onthe shelf, without actually purchasing the coffee, thereby assertingthey are the final consumer in order to collect the credit or incentive,but without purchase. Subsequently, other consumers may actuallypurchase those bags of coffee and attempt to assert their own claims ofownership. However, because the first consumer already registered eachof those bags, subsequent consumers who actually purchased the bags ofcoffee, are unable to receive the promotion or incentive, to which theyare rightfully entitled.

As previously described, the process of registering ownership mayinclude the collection of ownership or purchase data, including, but notlimited to, details about the product, details about the consumerattempting to claim ownership (e.g., consumer identity, includingpersonal information), and details about the transaction (e.g.,transaction date, transaction location, etc.). The distributed databasemanagement module 24 may include proprietary methods and algorithms forevaluating patterns of consumer claim assertion that may indicateabnormal or fraudulent use. For example, the distributed databasemanagement module 24 may be configured to detect multiple claims ofownership against the same product units by different users, thusindicating a possible attempt by one of the users to falsely claimownership. The distributed database management module 24 may deployspecific proprietary algorithms to identify consumers engaged inadvancing fraudulent claims. For example, the distributed databasemanagement module 24 may be configured to recognize a pattern from asingle user of attempted ownership claims over product units that haveother users attempting to claim ownership, thus generating a level ofpossible fraud for a given user.

While FIGS. 5-9 illustrate method operations according variousembodiments, it is to be understood that in any embodiment not all ofthese operations are necessary. Indeed, it is fully contemplated hereinthat in other embodiments of the present disclosure, the operationsdepicted in FIG. 8 may be combined in a manner not specifically shown inany of the drawings, but still fully consistent with the presentdisclosure. Thus, claims directed to features and/or operations that arenot exactly shown in one drawing are deemed within the scope and contentof the present disclosure.

Additionally, operations for the embodiments have been further describedwith reference to the above figures and accompanying examples. Some ofthe figures may include a logic flow. Although such figures presentedherein may include a particular logic flow, it can be appreciated thatthe logic flow merely provides an example of how the generalfunctionality described herein can be implemented. Further, the givenlogic flow does not necessarily have to be executed in the orderpresented unless otherwise indicated. In addition, the given logic flowmay be implemented by a hardware element, a software element executed bya processor, or any combination thereof. The embodiments are not limitedto this context.

FIG. 10 is a block diagram illustrating an exemplary system 100 forproviding product information to a user, particularly in a dynamicformat in accordance with the method 900 previously described herein.The system 100 may generally be provided in a seller/buyer scenario,such as at a retail level in which a seller 102 is providing a productfor sale and the buyer 106 is either purchasing or contemplatingpurchase of the product. As shown, the system 100 is configured to allowthe seller 102 to define product variations and assign references to theproduct at the point of sale or delivery. It should be noted that theterms “variations” and “product content references” may be usedinterchangeably herein.

The system 100 allows the seller 102 to assign or modify a referenceassociated with an identifier label, barcode, or similar deviceassociated with a product at the point of sale or delivery, therebychanging the information delivered to the buyer 106 based on detailsabout the specific unit sold, the circumstances of the transaction, orthe identity of the buyer 106. These details are often not known untilthe point of sale or delivery, when it is generally not be feasible tore-print a label or re-tag merchandise. In that manner, the presentsystem 100 allows sellers of products and services to define and managevariations of a product or of a transaction that may be significant tothemselves or their customers; then, at the point of sale or delivery,they may associate information specific to these variations with thephysical product or service.

As shown, the system includes a seller point of sale (POS)/point ofdelivery (POD) device 104 associated with the seller 102 and a consumerdevice 108 associated with the buyer or consumer 106. The POS/POD device104 and consumer device 108 are generally embodied as a computing deviceconfigured to communicate and exchange information with the integratedsupply chain system 12, in a similar manner as the user devicesdescribed previously herein. Accordingly, the POS/POD and consumerdevices 104, 108 may be embodied as, without limitation, a computer, adesktop computer, a personal computer (PC), a tablet computer, a laptopcomputer, a notebook computer, a mobile computing device, a smart phone,a cellular telephone, a handset, a messaging device, a work station, adistributed computing system, a multiprocessor system, a processor-basedsystem, and/or any other computing device configured to store and accessdata, and/or to execute software and related applications consistentwith the present disclosure. The POS/POD device 104 may include acomputing system for processing and completing a transaction, such as apurchase of the product. Accordingly, the POS/POD device 104 may includea sales register, including other peripherals such as a receipt printer,barcode scanner, and the like. In the current scenario, the consumerdevice 108 may include a mobile computing device, such as a smart phone,or the like.

The POS/POD device 104 may include a particular software applicationconfigured to allow the seller 102 to communicate with at least theproduct content database 36 of the integrated supply chain system 12 forrequesting, creating, modifying, deleting, or otherwise managing a setof variations to provide to the consumer 106 for providing informationaldata related to the product. For example, the seller 102 may, by way ofvariation software on their POS/POD device 104, define and manage a setof variations related to one or more products or transaction types andfurther associate with each such definition a unique information addressof the sort used to retrieve information over a public communicationnetwork, such as the Unique Resource Locator (URL) commonly used toaccess information via the network 18. Subsequently, at the point ofsale or delivery, the seller 102 may use the same or a related softwareapplication to access and select one of these pre-defined variations. Atthis point, the seller 102 may also have a means of accessing andapplying key information about the consumer 106 to the transaction, suchas a consumer's name, or a unique identity code associated with theconsumer 106, or the name or identity of an associated group. Providedwith such inputs, the POS/POD device 104 may retrieve a correspondinginformation address, incorporating buyer information as available, andtransmit and store this information according to one or more usagescenarios (e.g., by way of a writeable device, read-only device, ordirect transmission to a the consumer device 108), each of which isdescribed in greater detail herein.

In some instances, traceability data or product content data may beexchanged with third-party providers who either produce or consumetraceability data. For example, the integrated supply chain system 12may communicate with such third-party providers to acquire or delivertraceability data related to product units registered in the productdatabase 28, or product content data related to products registered inthe product content database 36. Such exchange of data may take the formof non-real-time transfers of quantities of data into or out of theintegrated supply chain system 12, or they may take the form ofreal-time data transfers of small quantities of data that may berequired to service individual requests on a real-time basis. Relativeto such use, the invention incorporates a published protocol describingdata exchange formats, as well as methods and systems for connecting toexternal data sources, acquiring data electronically, and parsing andprocessing received data.

As shown in FIG. 10, the seller 102 is able to access and communicatewith the product content database 36 by way of the integrated supplychain system 12. In turn, the seller 102 may gain access to a variationrepository equipped with data storage capacity sufficient to create,retrieve, update, and delete records describing the individualvariations. At any point (e.g., during a transaction, prior to atransaction, or after a transaction) the seller 102 is able to defineone or more variations (VAR1-VAR3) and store them in the variationrepository. The variations are generally associated with products orservices. The variations may be associated with different physicalproperties of a product, such as size or color, or with the variety orprovenance of an ingredient used in a prepared food product. They mayalso describe properties related to the specific transaction, such asthe identity of the consumer or seller. In each case, each of thevariations will generally be tied to, or otherwise associated with, atleast one product information links (e.g., uniform resource locator(URL)) directed to web-based informational data associated with theproduct. Additionally, or alternatively, in some embodiments, avariation may be tied to a URL that is directed to one or more otherURLs associated with other variations. Accordingly, a first URL on apre-printed label may reference a second URL stored within the database,where the second URL may be modified at the POS to reference the productinformational data. Thus, a pre-printed, or static label, can be used todeliver dynamic content.

The seller 102 may be provided with an interface (GUI) via their POS/PODdevice 104 in which the seller 102 may interact with for the managementof variations. For example, a seller 102 may be able to specify detailsof a variation including, but not limited to, a descriptive name for thevariation and a URL referencing a body of online resources the seller102 intends to deliver to the consumer 106. The URL may include one ormore placeholders for specific information accessed and entered at thepoint of sale. When the seller 102 signals completion of their createdor modified variation, the variation input data can be transmitted tothe product content database 36 generally in a compatible data exchangeformat such as JSON. Upon receipt of the data, the product contentdatabase 36 may perform validation checks and then package the variationdata in a database query format. Upon passing validation, the productcontent database 36 may then transmit the data to the variationrepository, where variation data may be stored as a record, which may beaccessible by a unique identifier within the repository. The seller 102may have an account with the system 12 (e.g., stored in the userdatabase 26) such that variations stored in the variation repository maybe tied to the seller's account in the user database 26. Accordingly,upon successfully signing into and gaining access to the system 12, thesystem 12 is configured to recognize the seller and further provideaccess to the seller's variations.

At the point of sale or delivery of the product, the seller 102 is ableto select one of the variations previously stored. For example, duringthe transaction process (e.g., ringing up a sale of the product at theregister), the POS/POD device 104 may provide the seller 102 with a listof variations currently associated with the requesting seller's 102account. At this point, the seller 102 may select one of a plurality ofvariations available based on the product being sold. Accordingly, uponselecting a variation, the seller is then able to select the mode oftransmission for delivering the variation and associated URL to theconsumer 102 (e.g., via writeable device, read-only device, or directtransmission to consumer device 108), as will be described in greaterdetail herein. Additionally, or alternatively, at the point of sale ordelivery of the product, the seller 102 may also be able to define a newvariation according to the particular circumstances of that transaction.The seller 102 may also acquire or access an identifier associated withthe consumer 106. For example, in delivering a cappuccino to a consumer106 in a coffee shop, a barista may select one of a plurality ofdifferent variations available according to the specific type of coffeeused to prepare the beverage, and then scan a buyer identity codepresented by the consumer 106.

FIG. 11 is a block diagram illustrating one embodiment of the system ofFIG. 10 providing product information to a user via a writeable device110. As shown, a variation may be transferred from a seller POS/PODdevice 104 to a consumer device 108 by means of a writeable device 110capable of storing data, such as an RFID tag, affixed to a product,product packaging, or serving vessel. In the present example, theproduct may be a cup of coffee. Accordingly, the RFID tag 110 may beaffixed to the coffee cup. Upon selecting a variation via the POS/PODdevice 10, a variation identifier (VAR1) is transmitted by the POS/PODdevice 104 to the product content database 36 via the network 18. Uponreceiving the variation identifier VAR1, the product content database 36is configured to initiate a data retrieval transaction with anassociated variation repository. Upon successful lookup, the variationrepository returns the corresponding URL, indicated herein as URL1 tothe POS/POD device 104. It should be noted that in some embodiments,variations may be stored locally on the POS/POD device 104, avoiding theneed for repetitive network transactions. When the URL is received bythe POS/POD device 104, it is passed to the write module of the device110. The seller 102 can then initiate a write action, for example, bypassing the serving vessel or packaging within the range of the RFIDwrite mechanism of the POS/POD device 104, or by touching it to adesignated surface. In so doing, the URL is transmitted and stored onthe writeable device 110 affixed to the serving vessel or packaging ofthe product. Subsequently, the consumer 106 may use the consumer device108, which may be equipped with an RFID or Near Field Communication(NFC) reader, to retrieve the stored URL from the serving vessel orpackaging. The URL may then be used with conventional informationretrieval software, such as a web browser, to access the targetinformation intended by the seller 102 from a product content source(e.g., server addressed in the URL). The target information may bepresented to the consumer 102, via the consumer device 108, in a varietyof forms. For example, the target information may simply include a webpage including information related to the product, the seller, thespecific transaction, and the like. Furthermore, the target informationmay be provided to the consumer 102 in a social-media feed method, suchthat information may be pushed to the consumer device 108, similar topush notifications.

FIG. 12 is a block diagram illustrating another embodiment of the systemof FIG. 10 providing product information to a user via a read-onlydevice 112. As shown, the transfer of variation data from a seller'sPOS/POD device 104 to a consumer's device 108 may be transmitted via aread-only device, such as an identifier label a barcode or other graphicdevice or pattern, affixed to a product, product packaging, or servingvessel. The seller's POS/POD device 104 is provisioned with a readercapable of scanning or imaging the barcode tag 112 retrieve a uniqueidentifier encoded therein, designated as TAG1. The seller 102 mayinitiate a transaction by scanning the barcode from a serving vessel orpackage to retrieve the identifier TAG1, and by selecting a variationidentifier VAR1 to associate with this unique identifier. The POS/PODdevice 104 transmits the selected variation identifier VAR1 togetherwith the barcode identifier TAG1, to the product content database 36over the network 18. Upon receiving VAR1 and TAG1, the product contentdatabase 36 is configure to initiate a transaction with the variationrepository to retrieve the URL associated with the variation identifierVAR1. Upon successful lookup, the product content database 36 isconfigured to transmit TAG1 and URL1 to a redirect server 37. Uponreceiving the TAG1 and URL1 pair, the redirect server 37 initiates atransaction with a redirect repository. The redirect repository receivesTAG1 and URL1 and stores them together in a relational association.

Subsequently, the consumer 106 may use their device 108, which may beequipped with a barcode reader or imaging capability (e.g., barcodescanning application), to scan the barcode label 112 on the servingvessel or packaging and retrieve the unique identifier TAG1. The encodedcontents of TAG1, in addition to the unique tag identifier, also includethe address of the redirect server 37. Thus, the consumer 106, uponscanning the barcode label 112, may transmit TAG1 by means ofconventional information retrieval software, such as a web browser, tothe redirect server 37. Upon receipt of TAG1 from the consumer device108, the redirect server 37 transmits TAG1 in the form of a query to theredirect repository. The redirect repository, upon receipt of the query,uses TAG1 as an index to retrieve the associated URL1 from therepository. The redirect server 37 is then configured to transfer theconsumer's request transaction to the product content source referencedby URL1. The transfer of the consumer's request may be accomplished bymeans of conventional network protocols recognized by network-basedinformation services, such as HyperText Transfer Protocol (HTTP). Uponreceipt of the transferred consumer request, the product content sourceis configured to access the target information intended by the sellerand to provide such target information to the consumer device 108 forpresentation to the consumer 106, via conventional information viewersuch as a web browser.

FIG. 13 is a block diagram another embodiment of the system of FIG. 10providing product information to a consumer via direct transmission ofsuch information to a consumer's device. As shown, variation data may betransferred from the seller's POS/POD device 104 directly to theconsumer device 108. For example, upon a seller 102 selecting avariation (e.g., variation identifier VAR1), VAR1 may be transmitted bythe POS/POD device 104 to the product content database 36. Uponreceiving VAR1, the product content database 36 initiates a dataretrieval transaction with the variation repository. Upon successfullookup, the variation repository returns the corresponding URL,indicated herein as URL1, to the requesting product content database 36.The product content database 36 then returns the URL1 to the seller'sPOS/POD device 104. When the URL1 is received by the POS/POD device 104,it is transmitted to the consumer device 108 via any known wirelesstransmission protocol, as previously described herein. The URL1 may thenbe used with conventional information retrieval software, such as a webbrowser, to access the target information intended by the seller fromthe product content source associated with the URL.

FIG. 14 is a block diagram illustrating another embodiment of the systemof FIG. 10 for providing product information to a user from two parties.In some instances, product information may be provided by more than oneparty as a product is transferred to a consumer. As shown, productinformation from two parties may be provided to a consumer, in a seriesof transactions via an intermediary retail channel. In this example, thefirst seller 102 of a product, such as coffee roaster, delivers units ofa finished good (e.g., 12-oz. bags of roasted coffee), to a secondseller 102′ (e.g., a grocery store or other retail outlet), who will, inturn, sell the 12-oz. bags of roasted coffee to the consumer 106.Similar to the scenario of FIG. 12, at the point of delivery (POD) tothe second seller 102′, as the finished goods are packaged for deliveryto the retail outlet, the first seller 102 may scan the units andassociated a product variation with the particular units beingdelivered, this variation referencing certain product content. Thisvariation may include the identity of the second seller 102′ (such asthe retail outlet). Subsequently, the second seller 102′, through theirown account in the integrated supply chain system 12, may then accessthe product content database 36, access the variation assigned, and thenproduce and associate additional product content with that variation. Inthis way, the second seller 102′ may append unique product content fordelivery to the consumer 106. This action may be performed at the pointof sale (POS), in a similar manner described in FIG. 11, 12, or 13. Thesecond seller's product content may include coupons, incentives, news,promotional, or informational content about the product or other relatedproducts, the location of the transaction, information about the secondseller, and a combination thereof. The product content may be specificto the transaction, to the location of the transaction, to informationabout the individual consumer known to the second seller, and acombination thereof.

As previously described, the interface 22 of the integrated supply chainsystem 12 is configured to present product information to a user 16 viathe user's computing device based, at least in part, on data received bythe system 12. In some embodiments, the system 12 is configured tooutput product information to a user in the form of a visualrepresentation, such as an image or illustration, with which the usermay interact via their GUI on their user device so as to view detailsregarding product information. For example, the system 12 may beconfigured to output product information to a user in the form of avisual rendering, such as a map, that includes traceability informationin the form of geographic locations. As shown in FIG. 15, for example, auser may be presented with a map that includes various geographiclocations (points A-D) associated with product movement and/or producthandling/processing from a point of origin all the way through to thefinal exchange with a consumer. It should be noted that the map depictedin FIG. 15 is merely for purposes of illustration and the system of thepresent disclosure is configured to output other types of visual andinteractive renderings for conveying product information. For example,the system 12 may be configured to generate and provide interactivetimelines, reports, graphical representations, and the like.

The system 12 may be configured to aggregate information and generate avisual rendering of product information to provide to a given user inresponse to a request. For example, a user may access the system 12 and,in the event they are authorized, may request product information. Insome instances, the request may be explicit in the sense that the useris logged into the system 12 and actively seeks the product information.Accordingly, the user may be provided with real-time visibility totraceability information of the product (e.g., current location,previous locations, upcoming locations or destinations). In otherinstances, as described with references to FIGS. 10-14, the request forproduct information may be somewhat passive (e.g., user scans a barcodedlabel on product packaging).

The user may interact with the map so as to obtain specific detailsabout a product. For example, the map of FIG. 15 depicts a visualrepresentation of geographic locations (points A-D) associated with themovement of coffee from a point of origin at point A (e.g., farmer) allthe way through to the final exchange of the coffee with a consumer atpoint D (e.g., sale of cup of coffee). In this instance, the user may bea consumer who has just purchased the cup of coffee and is interested inviewing information about that cup of coffee. However, it should benoted that the output of visual representation of product information,as described herein, may be provided to any one of the users associatedwith the supply chain, including, but not limited to, a manufacturer,producer, exporter, retailer, store owner, destination owner, etc. Theuser may interact with the map by simply selecting one of the points A-Dso as to view product details associated with the geographic locationselected.

The type of product information available at any given point (any ofpoints A-D) may be based on the location associated with that point, theevent or activity associated with that point, or other factors. Asshown, a user may select point A, at which point the system 12 mayfurther provide product information associated with that particulargeographic location. Point A may generally correspond to the point oforigin of the coffee (e.g., location in which the coffee was grown andharvested and possibly initially processed). Accordingly, the productinformation of point A may include, for example, the identity of thecoffee product (e.g., name of coffee) and the characteristics of thecoffee product (e.g., physical attributes of the coffee, includinggrading or classification, as well as the type of coffee product, whichcould be coffee cherry or parchment coffee, as point A is the point oforigin). The product information may also include the identity of thelocation as well as characteristics of the location. In the instantexample, the location may be a village or town in Ethiopia in which thecoffee cherry was grown, harvested, and/or processed. Thecharacteristics of the location may include the operator of thelocation, overall capacity of the location, current capacity of thelocation, seasonality of the location, operational status of thelocation, current weather at the location, and the like. The productinformation may further include details regarding an event or activityassociated with point A. For example, the type of event may include theharvesting and subsequent sale of coffee cherry from the farmer to aproducer or the processing of coffee cherry to produce parchment coffee.The details may include the date of harvest or processing, the totalquantity harvested or processed, and the like. The product informationmay further include details about one or more members involved in theevent, including details about the farmer and/or producer. The detailsmay include a bio of the farmer or producer, harvest history of thefarmer, processing history of the producer, and the like.

Upon selecting point D, the user may access product informationassociated with the sale of a cup of coffee to a consumer. Accordingly,some of the details of the coffee product have since been updated andadditional details have been included at point D, as the product hasmoved through the supply chain and undergone multiple events/activitiesand exchanged hands multiple times. In this instance, the coffee productis no longer coffee cherry or coffee parchment, but rather a roastedcoffee that has been brewed and served as an individual serving.Furthermore, the roasted coffee may include a blend of units of coffeeproduct and may not be entirely composed of a single source of coffeebean, as previously described herein. For example, multiple units ofparchment coffee may be blended during a milling process, therebyresulting in a blended green coffee (e.g., occurring at point B), andthe blended green coffee may be further blended with other green coffeeunits during a roasting process. However, as previously describedherein, the system 12 is configured to track individual units even whenthose individual units are split or combined with other individualunits. Accordingly, the system 12 is able to provide a user withtraceability information all the way back to the point of origin (pointA).

Accordingly, the product information of point D may still includesimilar product information as was provided in point A (e.g., sameidentity of the coffee product, some of the similar characteristics ofthe coffee product, such as Arabica bean). However, the type of coffeeproduct is now roasted coffee and the location of the coffee product hasbeen updated to reflect the location of purchase (e.g., coffee shop inthe United States). The characteristics of the location may include theoperator of the location (e.g., name of the seller) and details aboutthe seller. The product information may further include detailsregarding an event or activity associated with point D. For example, thetype of event may include the sale of the cup of coffee from the sellerto the consumer. The details may include the date of sale, the pricepaid for the cup of coffee, quantity of the cup of coffee, the type ofthe cup of coffee, and the like. The product information may furtherinclude details about one or more members involved in the event,including details about the seller and consumer. The details may includea bio of the seller, history of the seller producer, and the like.

It should be noted that at any point, a user may be able to navigatethrough the interface so as to pull up all types of product informationassociated with all events/activities occurring through the supplychain. For example, a user (in the event they have access) may be ableto review the product information associated with point C(transportation of the product), which may include product transit logs,and the like. Similarly, a user may review product informationassociated with point B (production of the coffee product, such asmilling of parchment coffee to create green coffee). Accordingly, inaddition to providing real-time visibility of a product, the system 12is configured to provide all types of traceability informationassociated with a product all the way through the supply chain from thefinal destination back through to the point of origin.

As used in any embodiment herein, the term “module” may refer tosoftware, firmware and/or circuitry configured to perform any of theaforementioned operations. Software may be embodied as a softwarepackage, code, instructions, instruction sets and/or data recorded onnon-transitory computer readable storage medium. Firmware may beembodied as code, instructions or instruction sets and/or data that arehard-coded (e.g., nonvolatile) in memory devices. “Circuitry”, as usedin any embodiment herein, may comprise, for example, singly or in anycombination, hardwired circuitry, programmable circuitry such ascomputer processors comprising one or more individual instructionprocessing cores, state machine circuitry, and/or firmware that storesinstructions executed by programmable circuitry. The modules may,collectively or individually, be embodied as circuitry that forms partof a larger system, for example, an integrated circuit (IC), systemon-chip (SoC), desktop computers, laptop computers, tablet computers,servers, smart phones, etc.

Any of the operations described herein may be implemented in a systemthat includes one or more storage mediums having stored thereon,individually or in combination, instructions that when executed by oneor more processors perform the methods. Here, the processor may include,for example, a server CPU, a mobile device CPU, and/or otherprogrammable circuitry.

Also, it is intended that operations described herein may be distributedacross a plurality of physical devices, such as processing structures atmore than one different physical location. The storage medium mayinclude any type of tangible medium, for example, any type of diskincluding hard disks, floppy disks, optical disks, compact diskread-only memories (CD-ROMs), compact disk rewritables (CD-RWs), andmagneto-optical disks, semiconductor devices such as read-only memories(ROMs), random access memories (RAMs) such as dynamic and static RAMs,erasable programmable read-only memories (EPROMs), electrically erasableprogrammable read-only memories (EEPROMs), flash memories, Solid StateDisks (SSDs), magnetic or optical cards, or any type of media suitablefor storing electronic instructions. Other embodiments may beimplemented as software modules executed by a programmable controldevice. The storage medium may be non-transitory.

As described herein, various embodiments may be implemented usinghardware elements, software elements, or any combination thereof.Examples of hardware elements may include processors, microprocessors,circuits, circuit elements (e.g., transistors, resistors, capacitors,inductors, and so forth), integrated circuits, application specificintegrated circuits (ASIC), programmable logic devices (PLD), digitalsignal processors (DSP), field programmable gate array (FPGA), logicgates, registers, semiconductor device, chips, microchips, chip sets,and so forth.

INCORPORATION BY REFERENCE

References and citations to other documents, such as patents, patentapplications, patent publications, journals, books, papers, webcontents, have been made throughout this disclosure. All such documentsare hereby incorporated herein by reference in their entirety for allpurposes.

EQUIVALENTS

Various modifications of the invention and many further embodimentsthereof, in addition to those shown and described herein, will becomeapparent to those skilled in the art from the full contents of thisdocument, including references to the scientific and patent literaturecited herein. The subject matter herein contains important information,exemplification and guidance that can be adapted to the practice of thisinvention in its various embodiments and equivalents thereof.

What is claimed is:
 1. A system for providing a customizable feed ofproduct information to a consumer, the system comprising: a hardwareprocessor coupled to a memory containing instructions executable by theprocessor to cause the system to: store a plurality of different andseparate information content references, wherein each of the informationcontent references includes informational data associated with a productand at least some of the information content references are based, atleast in part, on content data received from multiple parties; receive,from a POS/POD computing device associated with a seller of the product,a request having embedded data including a product instance identifierassociated with an instance of a product being sold or delivered to theconsumer and at least a selected one of the plurality of differentinformation content references, wherein the request is generated basedon seller selection of the product instance identifier and selection ofthe one of the plurality of different information content references,wherein the request is received during the instance of the product beingsold or delivered to the consumer; dynamically associate, during theinstance of the product being sold or delivered to the consumer, theproduct instance identifier with the selected one of the plurality ofdifferent information content references based on a reading of theembedded data by the processor; generate a product content feedcomprising at least the selected information content reference that hasbeen dynamically associated with the product instance identifier and oneor more additional information content references associated withcontent data received from one or more additional parties; receive,post-sale or delivery of the product to the consumer, a request forproduct information from the consumer, wherein the request is at leastthe product instance identifier; and output the product content feed toa computing device, over a communication channel, to deliver the contentdata to a consumer of the product.
 2. The system of claim 1, wherein oneof the parties is a member of a supply chain that is involved with theproduct.
 3. The system of claim 1, wherein the product content feedcomprises a first set of content data received from a first party and asecond set of content data received from a second party.
 4. The systemof claim 3, wherein the instructions executable by the processor furthercause the system to: organize the first and second sets of content datarelative to one another so as to dictate the order or configuration inwhich the first and second sets of content data are delivered to theconsumer when the product content feed is outputted to the computingdevice.
 5. The system of claim 3, wherein the instructions executable bythe processor further cause the system to: receive, from a third party,a third set of content data related to the product that is differentthan the first and second sets of content data; update the existingproduct content feed based on the third set of content data in real-timeor near real-time; and output the adjusted product content feed to thecomputing device.
 6. The system of claim 5, wherein the instructionsexecutable by the processor further cause the system to: organize thefirst, the second, and the third sets of content data relative to oneanother so as to dictate the order or configuration in which the first,second, and third sets of content data are delivered to the consumerwhen the product content feed is outputted to the computing device. 7.The system of claim 1, wherein the product content feed comprises atleast two sets of content data organized relative to one another so asto dictate the order or sequence in which the at least two sets ofcontent data are delivered to the consumer when the product content feedis outputted to the computing device.
 8. The system of claim 7, whereinthe at least two sets of content data are organized based on time ofreceipt from the parties.
 9. The system of claim 7, wherein the at leasttwo sets of content data are organized based on consumer data includinginformation related to at least one of consumer identity andcharacteristics of the consumer.
 10. The system of claim 1, wherein thecontent data comprises filed-based information related to the product,the content data comprising at least one data file selected from thegroup consisting of: an image file, a video file, a text file, adocument file, an audio file, and a combination thereof.
 11. The systemof claim 1, wherein the content data comprises web-based informationrelated to the product, the content data comprising at least one auniform resource locator (URL).
 12. The system of claim 1, wherein theinformation of the content data is selected from the group consistingof: product identity, characteristics of the product, location of theproduct, consumer identity, characteristics of the consumer, location ofthe consumer, identity of the parties, characteristics of the parties,details surrounding an exchange of the product from one party to anotherparty, and a combination thereof.
 13. The system of claim 12, whereinthe exchange of the product comprises a sale of the product between aseller and the consumer and the details comprise transactional dataselected from the group consisting of: identity of at least one of theseller and the consumer, quantity of product purchased, price paid forthe product, date of the purchase of the product, and a combinationthereof.
 14. The system of claim 1, wherein the system is configured totransmit the product information feed to the computing device over acloud-based service in real-time or near real-time.
 15. The system ofclaim 14, wherein the cloud-based service is based on a model selectedfrom the group consisting of: software as a service (SaaS) model,platform as a service (PaaS) model, infrastructure as a service (IaaS)model, and a combination thereof.
 16. The system of claim 1, wherein thecomputing device is a smartphone.